From owner-linux-xfs@oss.sgi.com Thu May 1 05:12:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 05:13:04 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41CCOFu019286 for ; Thu, 1 May 2003 05:12:24 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h412Z1E0024596 for ; Wed, 30 Apr 2003 19:35:01 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h412Z0a221990332 for ; Wed, 30 Apr 2003 21:35:00 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h412Z0Rn53693451 for ; Wed, 30 Apr 2003 21:35:00 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h412VCd32230; Wed, 30 Apr 2003 21:31:12 -0500 Message-Id: <200305010231.h412VCd32230@penguin.americas.sgi.com> Date: Wed, 30 Apr 2003 21:31:12 -0500 Subject: TAKE - merge up to 2.4.21-rc1 To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3882 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Time to move up to 2.4.21-rc1, nothing changes in xfs here, and a few more of the external changes are now part of the core kernel. Date: Wed Apr 30 19:24:01 PDT 2003 Workarea: penguin.americas.sgi.com:/data/lwork/folsom3/lord/xfs-linux.2.4.21 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147597a linux/drivers/net/amd8111e.h - 1.1 linux/Documentation/BK-usage/00-INDEX - 1.1 linux/net/ipv6/netfilter/ip6t_rt.c - 1.1 linux/net/ipv6/netfilter/ip6t_ipv6header.c - 1.1 linux/net/ipv6/netfilter/ip6t_hl.c - 1.1 linux/net/ipv6/netfilter/ip6t_hbh.c - 1.1 linux/net/ipv6/netfilter/ip6t_frag.c - 1.1 linux/net/ipv6/netfilter/ip6t_esp.c - 1.1 linux/net/ipv6/netfilter/ip6t_dst.c - 1.1 linux/net/ipv6/netfilter/ip6t_ah.c - 1.1 linux/net/ipv6/anycast.c - 1.1 linux/net/ipv4/netfilter/ip_nat_tftp.c - 1.1 linux/net/ipv4/netfilter/ip_nat_amanda.c - 1.1 linux/Documentation/IPMI.txt - 1.1 linux/Documentation/arm/Booting - 1.1 linux/Documentation/arm/ConfigVars - 1.1 linux/Documentation/arm/MEMC - 1.1 linux/Documentation/arm/SA1100/SA1100_USB - 1.1 linux/net/ipv4/netfilter/ip_conntrack_tftp.c - 1.1 linux/net/ipv4/netfilter/ip_conntrack_amanda.c - 1.1 linux/net/bluetooth/rfcomm/tty.c - 1.1 linux/net/bluetooth/rfcomm/sock.c - 1.1 linux/net/bluetooth/rfcomm/crc.c - 1.1 linux/net/bluetooth/rfcomm/core.c - 1.1 linux/net/bluetooth/rfcomm/Makefile - 1.1 linux/net/bluetooth/rfcomm/Config.in - 1.1 linux/include/net/bluetooth/rfcomm.h - 1.1 linux/include/linux/usb_scanner_ioctl.h - 1.1 linux/include/linux/scx200_gpio.h - 1.1 linux/include/linux/scx200.h - 1.1 linux/include/linux/netfilter_ipv6/ip6t_rt.h - 1.1 linux/Documentation/networking/generic-hdlc.txt - 1.1 linux/include/linux/netfilter_ipv6/ip6t_opts.h - 1.1 linux/include/linux/netfilter_ipv6/ip6t_ipv6header.h - 1.1 linux/include/linux/netfilter_ipv6/ip6t_hl.h - 1.1 linux/include/linux/netfilter_ipv6/ip6t_frag.h - 1.1 linux/include/linux/netfilter_ipv6/ip6t_esp.h - 1.1 linux/include/linux/netfilter_ipv6/ip6t_ah.h - 1.1 linux/include/linux/netfilter_ipv4/ip_conntrack_tftp.h - 1.1 linux/Documentation/tipar.txt - 1.1 linux/include/linux/netfilter_ipv4/ip_conntrack_amanda.h - 1.1 linux/include/linux/ipmi_smi.h - 1.1 linux/include/linux/ipmi_msgdefs.h - 1.1 linux/include/linux/ipmi.h - 1.1 linux/include/linux/hdlc/ioctl.h - 1.1 linux/include/linux/blkcdb.h - 1.1 linux/include/asm-ppc64/systemcfg.h - 1.1 linux/include/asm-ppc64/syscall.h - 1.1 linux/include/asm-ppc/rtc.h - 1.1 linux/include/asm-ppc/mpc10x.h - 1.1 linux/include/asm-parisc/system_irqsave.h - 1.1 linux/include/asm-parisc/spinlock_t.h - 1.1 linux/include/asm-parisc/rtc.h - 1.1 linux/include/asm-parisc/pdc_chassis.h - 1.1 linux/include/asm-ia64/sn/sn2/geo.h - 1.1 linux/include/asm-ia64/sn/rw_mmr.h - 1.1 linux/include/asm-ia64/sn/pci/pic.h - 1.1 linux/include/asm-ia64/sn/ioc4.h - 1.1 linux/include/asm-ia64/sn/geo.h - 1.1 linux/include/asm-ia64/mc146818rtc.h - 1.1 linux/include/asm-generic/ide_iops.h - 1.1 linux/arch/alpha/kernel/core_marvel.c - 1.1 linux/include/asm-cris/scatterlist.h - 1.1 linux/include/asm-alpha/regdef.h - 1.1 linux/include/asm-alpha/gct.h - 1.1 linux/include/asm-alpha/core_marvel.h - 1.1 linux/include/asm-alpha/agp_backend.h - 1.1 linux/arch/alpha/kernel/err_common.c - 1.1 linux/arch/alpha/kernel/err_impl.h - 1.1 linux/arch/alpha/kernel/err_marvel.c - 1.1 linux/arch/alpha/kernel/err_titan.c - 1.1 linux/arch/alpha/kernel/gct.c - 1.1 linux/fs/befs/super.h - 1.1 linux/fs/befs/io.h - 1.1 linux/fs/befs/inode.h - 1.1 linux/fs/befs/datastream.h - 1.1 linux/fs/befs/btree.h - 1.1 linux/fs/befs/befs.h - 1.1 linux/drivers/video/matrox/matroxfb_proc.c - 1.1 linux/drivers/video/intel/modes.c - 1.1 linux/drivers/video/intel/intelfbhw.h - 1.1 linux/drivers/video/intel/intelfbhw.c - 1.1 linux/drivers/video/intel/intelfbdrv.c - 1.1 linux/drivers/video/intel/intelfb.h - 1.1 linux/arch/alpha/kernel/srmcons.c - 1.1 linux/drivers/video/intel/builtinmodes.c - 1.1 linux/drivers/video/intel/Makefile - 1.1 linux/arch/alpha/kernel/sys_marvel.c - 1.1 linux/drivers/usb/serial/kobil_sct.h - 1.1 linux/drivers/usb/serial/kobil_sct.c - 1.1 linux/drivers/usb/serial/keyspan_usa49wlc_fw.h - 1.1 linux/drivers/usb/serial/keyspan_mpr_fw.h - 1.1 linux/drivers/usb/powermate.c - 1.1 linux/drivers/usb/konicawc.c - 1.1 linux/drivers/usb/kbtab.c - 1.1 linux/drivers/usb/host/usb-uhci.h - 1.1 linux/drivers/usb/host/usb-uhci.c - 1.1 linux/drivers/usb/host/usb-uhci-debug.h - 1.1 linux/drivers/usb/host/usb-ohci.h - 1.1 linux/drivers/usb/host/usb-ohci.c - 1.1 linux/drivers/usb/host/uhci.h - 1.1 linux/drivers/usb/host/uhci.c - 1.1 linux/drivers/usb/host/uhci-debug.h - 1.1 linux/drivers/usb/host/ehci.h - 1.1 linux/drivers/usb/host/ehci-sched.c - 1.1 linux/drivers/usb/host/ehci-q.c - 1.1 linux/drivers/usb/host/ehci-mem.c - 1.1 linux/drivers/usb/host/ehci-hub.c - 1.1 linux/drivers/usb/host/ehci-hcd.c - 1.1 linux/drivers/usb/host/ehci-dbg.c - 1.1 linux/drivers/usb/host/Makefile - 1.1 linux/drivers/usb/host/Config.in - 1.1 linux/drivers/usb/auerserv.h - 1.1 linux/drivers/usb/auermain.h - 1.1 linux/drivers/usb/auermain.c - 1.1 linux/arch/alpha/mm/remap.c - 1.1 linux/drivers/usb/auerisdn_b.h - 1.1 linux/drivers/usb/auerisdn_b.c - 1.1 linux/drivers/usb/auerisdn.h - 1.1 linux/drivers/usb/auerisdn.c - 1.1 linux/drivers/usb/auerchar.h - 1.1 linux/drivers/usb/auerchar.c - 1.1 linux/drivers/usb/auerchain.h - 1.1 linux/drivers/usb/auerchain.c - 1.1 linux/drivers/usb/auerbuf.h - 1.1 linux/drivers/usb/auerbuf.c - 1.1 linux/drivers/sound/kahlua.c - 1.1 linux/drivers/sound/ad1889.h - 1.1 linux/drivers/sound/ad1889.c - 1.1 linux/drivers/scsi/sun3_scsi_vme.c - 1.1 linux/drivers/scsi/nsp32_io.h - 1.1 linux/drivers/scsi/nsp32_debug.c - 1.1 linux/drivers/scsi/nsp32.h - 1.1 linux/drivers/scsi/nsp32.c - 1.1 linux/drivers/scsi/aic7xxx/scsi_iu.h - 1.1 linux/drivers/scsi/aic7xxx/aiclib.h - 1.1 linux/drivers/scsi/aic7xxx/aiclib.c - 1.1 linux/drivers/scsi/aic7xxx/aic7xxx_reg_print.c - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_seq.h - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_reg_print.c - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_reg.h - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_proc.c - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_pci.c - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_osm_pci.c - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_osm.h - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_osm.c - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_inline.h - 1.1 linux/drivers/scsi/aic7xxx/aic79xx_core.c - 1.1 linux/drivers/scsi/aic7xxx/aic79xx.seq - 1.1 linux/drivers/scsi/aic7xxx/aic79xx.reg - 1.1 linux/drivers/scsi/aic7xxx/aic79xx.h - 1.1 linux/drivers/scsi/aic7xxx/CHANGELOG - 1.1 linux/drivers/net/wan/hdlc_x25.c - 1.1 linux/drivers/net/wan/hdlc_raw.c - 1.1 linux/drivers/net/wan/hdlc_ppp.c - 1.1 linux/drivers/net/wan/hdlc_generic.c - 1.1 linux/drivers/net/wan/hdlc_fr.c - 1.1 linux/arch/cris/drivers/bluetooth/bt.patch - 1.1 linux/drivers/net/wan/hdlc_cisco.c - 1.1 linux/drivers/net/typhoon.h - 1.1 linux/drivers/net/typhoon.c - 1.1 linux/drivers/net/typhoon-firmware.h - 1.1 linux/drivers/net/sk98lin/skgemib.c - 1.1 linux/drivers/net/sk98lin/build_no.c - 1.1 linux/drivers/net/r8169.c - 1.1 linux/drivers/net/mac8390.c - 1.1 linux/drivers/net/irda/donauboe.h - 1.1 linux/drivers/net/irda/donauboe.c - 1.1 linux/drivers/net/ether00.c - 1.1 linux/drivers/net/cirrus.h - 1.1 linux/drivers/net/cirrus.c - 1.1 linux/drivers/net/amd8111e.c - 1.1 linux/drivers/mtd/nand/nand_ids.c - 1.1 linux/drivers/mtd/nand/edb7312.c - 1.1 linux/drivers/mtd/nand/autcpu12.c - 1.1 linux/drivers/mtd/maps/uclinux.c - 1.1 linux/drivers/mtd/maps/scx200_docflash.c - 1.1 linux/drivers/mtd/maps/scb2_flash.c - 1.1 linux/drivers/mtd/maps/redwood.c - 1.1 linux/drivers/mtd/maps/physmap64.c - 1.1 linux/drivers/mtd/maps/pcmciamtd.c - 1.1 linux/drivers/mtd/maps/nettel.c - 1.1 linux/drivers/mtd/maps/lasat.c - 1.1 linux/drivers/mtd/maps/impa7.c - 1.1 linux/drivers/mtd/maps/fortunet.c - 1.1 linux/drivers/mtd/maps/edb7312.c - 1.1 linux/drivers/mtd/maps/ceiva.c - 1.1 linux/drivers/mtd/maps/amd76xrom.c - 1.1 linux/drivers/mtd/cmdlinepart.c - 1.1 linux/drivers/mtd/chips/cfi_cmdset_0020.c - 1.1 linux/drivers/media/video/tda9887.c - 1.1 linux/drivers/media/video/bt832.h - 1.1 linux/drivers/media/video/bt832.c - 1.1 linux/drivers/media/radio/radio-sf16fmr2.c - 1.1 linux/drivers/isdn/hisax/isdnhdlc.h - 1.1 linux/drivers/isdn/hisax/isdnhdlc.c - 1.1 linux/drivers/ieee1394/raw1394-private.h - 1.1 linux/drivers/ieee1394/iso.h - 1.1 linux/drivers/ieee1394/iso.c - 1.1 linux/drivers/ieee1394/ieee1394-ioctl.h - 1.1 linux/drivers/ieee1394/dma.h - 1.1 linux/drivers/ieee1394/dma.c - 1.1 linux/drivers/ide/setup-pci.c - 1.1 linux/drivers/ide/raid/silraid.h - 1.1 linux/drivers/ide/raid/silraid.c - 1.1 linux/arch/ia64/configs/dig - 1.1 linux/arch/ia64/configs/generic - 1.1 linux/arch/ia64/configs/ski - 1.1 linux/arch/ia64/configs/zx1 - 1.1 linux/drivers/ide/raid/pdcraid.h - 1.1 linux/drivers/ide/raid/pdcraid.c - 1.1 linux/drivers/ide/raid/hptraid.h - 1.1 linux/drivers/ide/raid/hptraid.c - 1.1 linux/drivers/ide/raid/ataraid.h - 1.1 linux/drivers/ide/raid/ataraid.c - 1.1 linux/drivers/ide/raid/Makefile - 1.1 linux/drivers/ide/ppc/swarm.c - 1.1 linux/drivers/ide/ppc/pmac.c - 1.1 linux/drivers/ide/ppc/mpc8xx.c - 1.1 linux/drivers/ide/ppc/Makefile - 1.1 linux/drivers/ide/pci/via82cxxx.h - 1.1 linux/drivers/ide/pci/via82cxxx.c - 1.1 linux/drivers/ide/pci/trm290.h - 1.1 linux/drivers/ide/pci/trm290.c - 1.1 linux/drivers/ide/pci/triflex.h - 1.1 linux/drivers/ide/pci/triflex.c - 1.1 linux/drivers/ide/pci/slc90e66.h - 1.1 linux/drivers/ide/pci/slc90e66.c - 1.1 linux/drivers/ide/pci/sl82c105.h - 1.1 linux/drivers/ide/pci/sl82c105.c - 1.1 linux/drivers/ide/pci/sis5513.h - 1.1 linux/drivers/ide/pci/sis5513.c - 1.1 linux/drivers/ide/pci/siimage.h - 1.1 linux/drivers/ide/pci/siimage.c - 1.1 linux/drivers/ide/pci/serverworks.h - 1.1 linux/drivers/ide/pci/serverworks.c - 1.1 linux/drivers/ide/pci/sc1200.h - 1.1 linux/drivers/ide/pci/sc1200.c - 1.1 linux/drivers/ide/pci/rz1000.h - 1.1 linux/drivers/ide/pci/rz1000.c - 1.1 linux/drivers/ide/pci/piix.h - 1.1 linux/drivers/ide/pci/piix.c - 1.1 linux/drivers/ide/pci/pdc202xx_old.h - 1.1 linux/drivers/ide/pci/pdc202xx_old.c - 1.1 linux/drivers/ide/pci/pdc202xx_new.h - 1.1 linux/drivers/ide/pci/pdc202xx_new.c - 1.1 linux/arch/ia64/lib/carta_random.S - 1.1 linux/drivers/ide/pci/opti621.h - 1.1 linux/drivers/ide/pci/opti621.c - 1.1 linux/drivers/ide/pci/ns87415.h - 1.1 linux/drivers/ide/pci/ns87415.c - 1.1 linux/drivers/ide/pci/it8172.h - 1.1 linux/drivers/ide/pci/it8172.c - 1.1 linux/drivers/ide/pci/hpt366.h - 1.1 linux/drivers/ide/pci/hpt366.c - 1.1 linux/drivers/ide/pci/hpt34x.h - 1.1 linux/drivers/ide/pci/hpt34x.c - 1.1 linux/drivers/ide/pci/generic.h - 1.1 linux/drivers/ide/pci/generic.c - 1.1 linux/drivers/ide/pci/cy82c693.h - 1.1 linux/drivers/ide/pci/cy82c693.c - 1.1 linux/drivers/ide/pci/cs5530.h - 1.1 linux/drivers/ide/pci/cs5530.c - 1.1 linux/drivers/ide/pci/cmd64x.h - 1.1 linux/drivers/ide/pci/cmd64x.c - 1.1 linux/drivers/ide/pci/cmd640.h - 1.1 linux/drivers/ide/pci/cmd640.c - 1.1 linux/drivers/ide/pci/amd74xx.h - 1.1 linux/drivers/ide/pci/amd74xx.c - 1.1 linux/drivers/ide/pci/alim15x3.h - 1.1 linux/drivers/ide/pci/alim15x3.c - 1.1 linux/drivers/ide/pci/aec62xx.h - 1.1 linux/drivers/ide/pci/aec62xx.c - 1.1 linux/drivers/ide/pci/adma100.h - 1.1 linux/drivers/ide/pci/adma100.c - 1.1 linux/drivers/ide/pci/Makefile - 1.1 linux/drivers/ide/legacy/umc8672.c - 1.1 linux/drivers/ide/legacy/qd65xx.h - 1.1 linux/drivers/ide/legacy/qd65xx.c - 1.1 linux/drivers/ide/legacy/q40ide.c - 1.1 linux/drivers/ide/legacy/pdc4030.h - 1.1 linux/drivers/ide/legacy/pdc4030.c - 1.1 linux/drivers/ide/legacy/macide.c - 1.1 linux/drivers/ide/legacy/ide-cs.c - 1.1 linux/drivers/ide/legacy/ht6560b.c - 1.1 linux/drivers/ide/legacy/hd.c - 1.1 linux/arch/ia64/sn/io/ifconfig_bus.c - 1.1 linux/drivers/ide/legacy/gayle.c - 1.1 linux/drivers/ide/legacy/falconide.c - 1.1 linux/drivers/ide/legacy/dtc2278.c - 1.1 linux/drivers/ide/legacy/buddha.c - 1.1 linux/drivers/ide/legacy/ali14xx.c - 1.1 linux/drivers/ide/legacy/Makefile - 1.1 linux/drivers/ide/ide-lib.c - 1.1 linux/drivers/ide/ide-iops.c - 1.1 linux/drivers/ide/ide-io.c - 1.1 linux/arch/ia64/sn/io/sn1/Makefile - 1.1 linux/arch/ia64/sn/io/sn1/eeprom.c - 1.1 linux/arch/ia64/sn/io/sn1/efi-rtc.c - 1.1 linux/drivers/ide/ide-default.c - 1.1 linux/arch/ia64/sn/io/sn1/klconflib.c - 1.1 linux/arch/ia64/sn/io/sn1/klgraph.c - 1.1 linux/arch/ia64/sn/io/sn1/l1.c - 1.1 linux/arch/ia64/sn/io/sn1/l1_command.c - 1.1 linux/drivers/ide/arm/rapide.c - 1.1 linux/arch/ia64/sn/io/sn1/ml_SN_init.c - 1.1 linux/arch/ia64/sn/io/sn1/ml_iograph.c - 1.1 linux/arch/ia64/sn/io/sn1/module.c - 1.1 linux/arch/ia64/sn/io/sn1/pci_bus_cvlink.c - 1.1 linux/drivers/ide/arm/icside.c - 1.1 linux/arch/ia64/sn/io/sn1/pciio.c - 1.1 linux/arch/ia64/sn/io/sn1/sgi_io_init.c - 1.1 linux/arch/ia64/sn/io/sn1/xbow.c - 1.1 linux/arch/ia64/sn/io/sn1/xtalk.c - 1.1 linux/arch/ia64/sn/io/sn2/Makefile - 1.1 linux/drivers/ide/arm/Makefile - 1.1 linux/arch/ia64/sn/io/sn2/efi-rtc.c - 1.1 linux/arch/ia64/sn/io/sn2/geo_op.c - 1.1 linux/arch/ia64/sn/io/sn2/klconflib.c - 1.1 linux/arch/ia64/sn/io/sn2/klgraph.c - 1.1 linux/arch/ia64/sn/io/sn2/l1.c - 1.1 linux/arch/ia64/sn/io/sn2/l1_command.c - 1.1 linux/arch/ia64/sn/io/sn2/ml_SN_init.c - 1.1 linux/drivers/i2c/scx200_i2c.c - 1.1 linux/arch/ia64/sn/io/sn2/ml_iograph.c - 1.1 linux/arch/ia64/sn/io/sn2/module.c - 1.1 linux/arch/ia64/sn/io/sn2/pci_bus_cvlink.c - 1.1 linux/arch/ia64/sn/io/sn2/pcibr/Makefile - 1.1 linux/drivers/i2c/scx200_acb.c - 1.1 linux/drivers/char/tipar.c - 1.1 linux/drivers/char/scx200_wdt.c - 1.1 linux/drivers/char/scx200_gpio.c - 1.1 linux/drivers/char/scx200.c - 1.1 linux/drivers/char/mux.c - 1.1 linux/drivers/char/ipmi/ipmi_watchdog.c - 1.1 linux/drivers/char/ipmi/ipmi_msghandler.c - 1.1 linux/arch/ia64/sn/io/sn2/pciio.c - 1.1 linux/arch/ia64/sn/io/sn2/pic.c - 1.1 linux/arch/ia64/sn/io/sn2/sgi_io_init.c - 1.1 linux/arch/ia64/sn/io/sn2/shub.c - 1.1 linux/drivers/char/ipmi/ipmi_kcs_sm.h - 1.1 linux/drivers/char/ipmi/ipmi_kcs_sm.c - 1.1 linux/arch/ia64/sn/io/sn2/shubio.c - 1.1 linux/arch/ia64/sn/io/sn2/xbow.c - 1.1 linux/arch/ia64/sn/io/sn2/xtalk.c - 1.1 linux/drivers/char/ipmi/ipmi_kcs_intf.c - 1.1 linux/drivers/char/ipmi/ipmi_devintf.c - 1.1 linux/drivers/char/ipmi/Makefile - 1.1 linux/drivers/char/genrtc.c - 1.1 linux/arch/ia64/sn/kernel/bte_regr_test.c - 1.1 linux/drivers/bluetooth/hci_bcsp.h - 1.1 linux/drivers/bluetooth/hci_bcsp.c - 1.1 linux/drivers/bluetooth/btuart_cs.c - 1.1 linux/arch/ppc64/lib/memcpy.S - 1.1 linux/arch/ppc64/lib/copyuser.S - 1.1 linux/arch/ppc64/lib/copypage.S - 1.1 linux/arch/ppc64/kernel/scanlog.c - 1.1 linux/arch/ppc64/boot/README - 1.1 linux/arch/ppc/platforms/lopec_setup.c - 1.1 linux/arch/ppc/platforms/lopec_serial.h - 1.1 linux/arch/ia64/sn/kernel/sn2/ptc_deadlock.S - 1.1 linux/arch/ppc/platforms/lopec_pci.c - 1.1 linux/arch/ia64/sn/kernel/sn2/sn_proc_fs.c - 1.1 linux/arch/ppc/lib/div64.S - 1.1 linux/arch/ppc/kernel/mpc10x_common.c - 1.1 linux/arch/ppc/kernel/gen550_kgdb.c - 1.1 linux/arch/ppc/kernel/gen550_dbg.c - 1.1 linux/arch/ppc/kernel/cpu_setup_6xx.S - 1.1 linux/arch/ppc/boot/utils/mkbugboot.c - 1.1 linux/arch/ppc/boot/lib/div64.S - 1.1 linux/arch/ppc/boot/include/mpc10x.h - 1.1 linux/arch/ppc/boot/common/serial_stub.c - 1.1 linux/arch/ppc/boot/common/mpc10x_memory.c - 1.1 linux/arch/parisc/lib/locks.c - 1.1 linux/arch/parisc/kernel/pdc_chassis.c - 1.1 linux/arch/m68k/mm/sun3kmap.c - 1.1 linux/scripts/split-include.c - 1.5 linux/scripts/Configure - 1.13 linux/net/x25/x25_link.c - 1.10 linux/net/sunrpc/xprt.c - 1.25 linux/net/sunrpc/xdr.c - 1.9 linux/net/sunrpc/sysctl.c - 1.9 linux/net/sunrpc/svcsock.c - 1.17 linux/net/sunrpc/svc.c - 1.10 linux/net/sunrpc/sunrpc_syms.c - 1.12 linux/net/sunrpc/stats.c - 1.10 linux/net/sunrpc/sched.c - 1.25 linux/net/sunrpc/clnt.c - 1.16 linux/net/socket.c - 1.31 linux/net/sched/sch_sfq.c - 1.7 linux/net/sched/sch_prio.c - 1.8 linux/net/sched/sch_csz.c - 1.6 linux/net/sched/cls_u32.c - 1.9 linux/net/sched/cls_rsvp.h - 1.4 linux/net/rose/rose_dev.c - 1.9 linux/net/netsyms.c - 1.44 linux/net/netrom/nr_dev.c - 1.9 linux/net/netlink/af_netlink.c - 1.18 linux/net/irda/irttp.c - 1.16 linux/net/irda/irlmp_event.c - 1.16 linux/net/irda/irlmp.c - 1.18 linux/net/irda/irlap_event.c - 1.22 linux/net/irda/irlap.c - 1.19 linux/net/irda/irda_device.c - 1.23 linux/net/ipv6/udp.c - 1.26 linux/net/ipv6/tcp_ipv6.c - 1.36 linux/net/ipv6/sysctl_net_ipv6.c - 1.3 linux/net/ipv6/sit.c - 1.21 linux/net/ipv6/route.c - 1.23 linux/net/ipv6/reassembly.c - 1.12 linux/net/ipv6/ndisc.c - 1.20 linux/net/ipv6/mcast.c - 1.16 linux/net/ipv6/ipv6_sockglue.c - 1.14 linux/net/ipv6/ip6_output.c - 1.15 linux/net/ipv6/ip6_fib.c - 1.12 linux/net/ipv6/icmp.c - 1.18 linux/net/ipv6/exthdrs.c - 1.6 linux/net/ipv6/datagram.c - 1.11 linux/net/ipv6/af_inet6.c - 1.20 linux/net/ipv6/addrconf.c - 1.25 linux/net/ipv6/Makefile - 1.5 linux/net/ipv4/udp.c - 1.30 linux/net/ipv4/tcp_timer.c - 1.23 linux/net/ipv4/tcp_output.c - 1.29 linux/net/ipv4/tcp_ipv4.c - 1.45 linux/net/ipv4/tcp_input.c - 1.39 linux/net/ipv4/tcp.c - 1.40 linux/net/ipv4/sysctl_net_ipv4.c - 1.15 linux/net/ipv4/route.c - 1.36 linux/net/ipv4/proc.c - 1.13 linux/net/ipv4/ipip.c - 1.23 linux/net/ipv4/ip_fragment.c - 1.17 linux/net/ipv4/igmp.c - 1.17 linux/net/ipv4/icmp.c - 1.27 linux/net/ipv4/fib_semantics.c - 1.10 linux/net/ipv4/devinet.c - 1.16 linux/net/ipv4/af_inet.c - 1.33 linux/net/core/sock.c - 1.26 linux/net/core/skbuff.c - 1.25 linux/net/core/dev.c - 1.52 linux/net/802/tr.c - 1.12 linux/mm/vmalloc.c - 1.39 linux/mm/swapfile.c - 1.50 linux/mm/slab.c - 1.33 linux/mm/mmap.c - 1.49 linux/mm/filemap.c - 1.117 linux/kernel/sysctl.c - 1.51 linux/kernel/sys.c - 1.28 linux/kernel/signal.c - 1.24 linux/kernel/sched.c - 1.50 linux/kernel/printk.c - 1.20 linux/kernel/module.c - 1.27 linux/kernel/ksyms.c - 1.143 linux/kernel/fork.c - 1.43 linux/ipc/msg.c - 1.14 linux/include/net/tcp.h - 1.30 linux/include/net/sock.h - 1.28 linux/include/net/snmp.h - 1.10 linux/include/net/irda/irttp.h - 1.10 linux/include/net/irda/irlmp.h - 1.12 linux/include/net/irda/irlap.h - 1.14 linux/include/net/ipv6.h - 1.10 linux/include/net/ip6_route.h - 1.6 linux/include/net/ip6_fib.h - 1.5 linux/include/net/if_inet6.h - 1.8 linux/include/net/af_unix.h - 1.5 linux/include/net/addrconf.h - 1.10 linux/include/linux/wireless.h - 1.10 linux/include/linux/videodev.h - 1.21 linux/include/linux/types.h - 1.7 linux/include/linux/tty.h - 1.18 linux/include/linux/sysctl.h - 1.52 linux/include/linux/sys.h - 1.3 linux/include/linux/swap.h - 1.53 linux/include/linux/sunrpc/xdr.h - 1.8 linux/include/linux/soundcard.h - 1.8 linux/include/linux/sockios.h - 1.10 linux/include/linux/socket.h - 1.11 linux/include/linux/skbuff.h - 1.24 linux/include/linux/sched.h - 1.53 linux/include/linux/prctl.h - 1.9 linux/include/linux/pci.h - 1.56 linux/include/linux/nubus.h - 1.7 linux/include/linux/nfsd/const.h - 1.5 linux/include/linux/nfs_fs.h - 1.21 linux/include/linux/netdevice.h - 1.34 linux/include/linux/msdos_fs.h - 1.12 linux/include/linux/mm.h - 1.88 linux/include/linux/miscdevice.h - 1.14 linux/include/linux/major.h - 1.30 linux/include/linux/kernel_stat.h - 1.10 linux/include/linux/kbd_kern.h - 1.9 linux/include/linux/interrupt.h - 1.17 linux/include/linux/in6.h - 1.7 linux/include/linux/if_ether.h - 1.11 linux/include/linux/if.h - 1.5 linux/include/linux/hdreg.h - 1.15 linux/include/linux/fs.h - 1.161 linux/include/linux/ext2_fs.h - 1.19 linux/include/linux/cyclades.h - 1.9 linux/include/linux/console_struct.h - 1.5 linux/include/linux/console.h - 1.10 linux/include/linux/blkdev.h - 1.47 linux/include/linux/auto_fs.h - 1.9 linux/include/asm-sparc64/unistd.h - 1.17 linux/include/asm-sparc64/ttable.h - 1.9 linux/include/asm-sparc64/timex.h - 1.6 linux/include/asm-sparc64/timer.h - 1.5 linux/include/asm-sparc64/system.h - 1.17 linux/include/asm-sparc64/spitfire.h - 1.9 linux/include/asm-sparc64/ptrace.h - 1.3 linux/include/asm-sparc64/processor.h - 1.25 linux/include/asm-sparc64/mman.h - 1.4 linux/include/asm-sparc64/irq.h - 1.11 linux/include/asm-sparc64/ioctl.h - 1.3 linux/include/asm-sparc64/ide.h - 1.12 linux/include/asm-sparc64/head.h - 1.5 linux/include/asm-sparc64/elf.h - 1.14 linux/include/asm-sparc64/delay.h - 1.9 linux/include/asm-sparc/vac-ops.h - 1.4 linux/include/asm-sparc/unistd.h - 1.15 linux/include/asm-sparc/system.h - 1.11 linux/include/asm-sparc/sbus.h - 1.9 linux/include/asm-sparc/processor.h - 1.18 linux/include/asm-sparc/oplib.h - 1.5 linux/include/asm-sparc/mman.h - 1.4 linux/include/asm-sparc/irq.h - 1.9 linux/include/asm-sparc/ioctl.h - 1.4 linux/include/asm-sparc/delay.h - 1.4 linux/include/asm-ppc/vga.h - 1.8 linux/include/asm-ppc/vc_ioctl.h - 1.4 linux/include/asm-ppc/user.h - 1.5 linux/include/asm-ppc/unistd.h - 1.19 linux/include/asm-ppc/unaligned.h - 1.5 linux/include/asm-ppc/ucontext.h - 1.5 linux/include/asm-ppc/uaccess.h - 1.12 linux/include/asm-ppc/types.h - 1.12 linux/include/asm-ppc/traps.h - 1.4 linux/include/asm-ppc/timex.h - 1.8 linux/include/asm-ppc/termios.h - 1.10 linux/include/asm-ppc/termbits.h - 1.6 linux/include/asm-ppc/system.h - 1.21 linux/include/asm-ppc/string.h - 1.6 linux/include/asm-ppc/statfs.h - 1.4 linux/include/asm-ppc/stat.h - 1.8 linux/include/asm-ppc/spinlock.h - 1.13 linux/include/asm-ppc/softirq.h - 1.15 linux/include/asm-ppc/sockios.h - 1.4 linux/include/asm-ppc/socket.h - 1.9 linux/include/asm-ppc/smplock.h - 1.9 linux/include/asm-ppc/smp.h - 1.15 linux/include/asm-ppc/signal.h - 1.6 linux/include/asm-ppc/siginfo.h - 1.9 linux/include/asm-ppc/sigcontext.h - 1.4 linux/include/asm-ppc/shmparam.h - 1.6 linux/include/asm-ppc/setup.h - 1.5 linux/include/asm-ppc/serial.h - 1.12 linux/include/asm-ppc/semaphore.h - 1.10 linux/include/asm-ppc/segment.h - 1.5 linux/include/asm-ppc/scatterlist.h - 1.7 linux/include/asm-ppc/resource.h - 1.10 linux/include/asm-ppc/residual.h - 1.6 linux/include/asm-ppc/raven.h - 1.6 linux/include/asm-ppc/ptrace.h - 1.10 linux/include/asm-ppc/prom.h - 1.17 linux/include/asm-ppc/processor.h - 1.33 linux/include/asm-ppc/prep_nvram.h - 1.6 linux/include/asm-ppc/posix_types.h - 1.8 linux/include/asm-ppc/poll.h - 1.4 linux/include/asm-ppc/pnp.h - 1.5 linux/include/asm-ppc/pgtable.h - 1.31 linux/include/asm-ppc/pci-bridge.h - 1.10 linux/include/asm-ppc/param.h - 1.6 linux/include/asm-ppc/page.h - 1.15 linux/include/asm-ppc/ohare.h - 1.7 linux/include/asm-ppc/nvram.h - 1.7 linux/include/asm-ppc/namei.h - 1.6 linux/include/asm-ppc/mmu_context.h - 1.13 linux/include/asm-ppc/mmu.h - 1.10 linux/include/asm-ppc/mman.h - 1.7 linux/include/asm-ppc/mk48t59.h - 1.4 linux/include/asm-ppc/mediabay.h - 1.7 linux/include/asm-ppc/md.h - 1.5 linux/include/asm-ppc/machdep.h - 1.24 linux/include/asm-ppc/linux_logo.h - 1.9 linux/include/asm-ppc/kgdb.h - 1.5 linux/include/asm-ppc/keyboard.h - 1.12 linux/include/asm-ppc/irq.h - 1.16 linux/include/asm-ppc/ipc.h - 1.4 linux/include/asm-ppc/ioctls.h - 1.5 linux/include/asm-ppc/ioctl.h - 1.4 linux/include/asm-ppc/io.h - 1.16 linux/include/asm-ppc/ide.h - 1.15 linux/include/asm-ppc/hydra.h - 1.5 linux/include/asm-ppc/hardirq.h - 1.16 linux/include/asm-ppc/gg2.h - 1.5 linux/include/asm-ppc/floppy.h - 1.7 linux/include/asm-ppc/fcntl.h - 1.10 linux/include/asm-ppc/errno.h - 1.4 linux/include/asm-ppc/elf.h - 1.11 linux/include/asm-ppc/dma.h - 1.9 linux/include/asm-ppc/delay.h - 1.6 linux/include/asm-ppc/dbdma.h - 1.6 linux/include/asm-ppc/current.h - 1.5 linux/include/asm-ppc/checksum.h - 1.5 linux/include/asm-ppc/cache.h - 1.10 linux/include/asm-ppc/byteorder.h - 1.8 linux/include/asm-ppc/bugs.h - 1.4 linux/include/asm-ppc/bootx.h - 1.6 linux/include/asm-ppc/bootinfo.h - 1.10 linux/include/asm-ppc/bitops.h - 1.11 linux/include/asm-ppc/atomic.h - 1.10 linux/include/asm-ppc/amipcmcia.h - 1.5 linux/include/asm-ppc/amigayle.h - 1.5 linux/include/asm-ppc/amigappc.h - 1.6 linux/include/asm-ppc/amigaints.h - 1.7 linux/include/asm-ppc/amigahw.h - 1.6 linux/include/asm-ppc/a.out.h - 1.4 linux/include/asm-ppc/8xx_immap.h - 1.5 linux/include/asm-mips/system.h - 1.14 linux/include/asm-mips/processor.h - 1.22 linux/include/asm-mips/ide.h - 1.12 linux/include/asm-m68k/virtconvert.h - 1.5 linux/include/asm-m68k/system.h - 1.10 linux/include/asm-m68k/processor.h - 1.14 linux/include/asm-m68k/page.h - 1.11 linux/include/asm-m68k/macintosh.h - 1.6 linux/include/asm-m68k/machdep.h - 1.6 linux/include/asm-m68k/io.h - 1.9 linux/include/asm-m68k/ide.h - 1.7 linux/include/asm-m68k/floppy.h - 1.6 linux/include/asm-m68k/dvma.h - 1.7 linux/include/asm-m68k/delay.h - 1.4 linux/include/asm-m68k/apollohw.h - 1.4 linux/include/asm-m68k/amigahw.h - 1.6 linux/include/asm-i386/system.h - 1.25 linux/include/asm-i386/smplock.h - 1.12 linux/include/asm-i386/processor.h - 1.34 linux/include/asm-i386/msr.h - 1.13 linux/include/asm-i386/io.h - 1.22 linux/include/asm-i386/ide.h - 1.8 linux/include/asm-i386/floppy.h - 1.8 linux/include/asm-i386/fixmap.h - 1.11 linux/include/asm-i386/delay.h - 1.4 linux/include/asm-arm/system.h - 1.16 linux/include/asm-arm/processor.h - 1.22 linux/include/asm-arm/proc-armv/system.h - 1.13 linux/include/asm-arm/proc-armo/system.h - 1.11 linux/include/asm-arm/ide.h - 1.4 linux/include/asm-alpha/timex.h - 1.4 linux/include/asm-alpha/system.h - 1.18 linux/include/asm-alpha/processor.h - 1.15 linux/include/asm-alpha/pci.h - 1.16 linux/include/asm-alpha/mmu_context.h - 1.12 linux/include/asm-alpha/machvec.h - 1.15 linux/include/asm-alpha/irq.h - 1.6 linux/include/asm-alpha/io.h - 1.18 linux/include/asm-alpha/ide.h - 1.7 linux/include/asm-alpha/hwrpb.h - 1.7 linux/include/asm-alpha/floppy.h - 1.7 linux/include/asm-alpha/elf.h - 1.6 linux/include/asm-alpha/dma.h - 1.6 linux/include/asm-alpha/delay.h - 1.10 linux/include/asm-alpha/core_t2.h - 1.9 linux/include/asm-alpha/core_cia.h - 1.12 linux/include/asm-alpha/console.h - 1.5 linux/fs/ufs/util.c - 1.9 linux/fs/super.c - 1.79 linux/fs/select.c - 1.19 linux/fs/read_write.c - 1.18 linux/fs/proc/inode.c - 1.17 linux/fs/proc/generic.c - 1.25 linux/fs/nfsd/vfs.c - 1.43 linux/fs/nfsd/nfsxdr.c - 1.14 linux/fs/nfsd/nfsproc.c - 1.21 linux/fs/nfsd/nfsfh.c - 1.35 linux/fs/nfsd/nfs3xdr.c - 1.23 linux/fs/nfsd/nfs3proc.c - 1.13 linux/fs/nfs/symlink.c - 1.16 linux/fs/nfs/read.c - 1.30 linux/fs/nfs/nfsroot.c - 1.12 linux/fs/nfs/file.c - 1.26 linux/fs/namei.c - 1.47 linux/fs/locks.c - 1.22 linux/fs/lockd/svc.c - 1.14 linux/fs/hfs/super.c - 1.12 linux/fs/ext2/ioctl.c - 1.10 linux/fs/ext2/inode.c - 1.39 linux/fs/ext2/ialloc.c - 1.22 linux/fs/ext2/balloc.c - 1.16 linux/fs/exec.c - 1.53 linux/fs/dcache.c - 1.34 linux/fs/buffer.c - 1.117 linux/drivers/video/fbmem.c - 1.47 linux/drivers/video/dnfb.c - 1.13 linux/drivers/video/clgenfb.h - 1.5 linux/drivers/video/clgenfb.c - 1.27 linux/drivers/video/atafb.c - 1.13 linux/drivers/video/amifb.c - 1.22 linux/drivers/video/S3triofb.c - 1.11 linux/drivers/video/Makefile - 1.38 linux/drivers/video/Config.in - 1.35 linux/drivers/usb/usb.c - 1.62 linux/drivers/usb/uhci.h - 1.29 linux/drivers/usb/uhci.c - 1.60 linux/drivers/usb/hub.c - 1.43 linux/drivers/usb/audio.c - 1.38 linux/drivers/usb/Makefile - 1.50 linux/drivers/usb/Config.in - 1.53 linux/drivers/sound/sscape.c - 1.13 linux/drivers/sound/sonicvibes.c - 1.38 linux/drivers/sound/sb_mixer.c - 1.11 linux/drivers/sound/sb_common.c - 1.20 linux/drivers/sound/sb_card.c - 1.33 linux/drivers/sound/mpu401.c - 1.15 linux/drivers/sound/midibuf.c - 1.9 linux/drivers/sound/mad16.c - 1.16 linux/drivers/sound/gus_wave.c - 1.9 linux/drivers/sound/gus_midi.c - 1.9 linux/drivers/sound/es1371.c - 1.39 linux/drivers/sound/es1370.c - 1.38 linux/drivers/sound/Makefile - 1.36 linux/drivers/sound/Config.in - 1.33 linux/drivers/scsi/t128.c - 1.10 linux/drivers/scsi/sym53c8xx.c - 1.32 linux/drivers/scsi/sr.c - 1.34 linux/drivers/scsi/sd.c - 1.53 linux/drivers/scsi/scsi_proc.c - 1.11 linux/drivers/scsi/qlogicfc.c - 1.27 linux/drivers/scsi/qlogicfas.h - 1.4 linux/drivers/scsi/qlogicfas.c - 1.12 linux/drivers/scsi/megaraid.h - 1.15 linux/drivers/scsi/megaraid.c - 1.35 linux/drivers/scsi/mac_scsi.h - 1.4 linux/drivers/scsi/mac_scsi.c - 1.10 linux/drivers/scsi/in2000.c - 1.10 linux/drivers/scsi/ide-scsi.h - 1.3 linux/drivers/scsi/ide-scsi.c - 1.21 linux/drivers/scsi/hosts.h - 1.20 linux/drivers/scsi/hosts.c - 1.28 linux/drivers/scsi/gdth_proc.c - 1.14 linux/drivers/scsi/gdth.h - 1.8 linux/drivers/scsi/gdth.c - 1.19 linux/drivers/scsi/fastlane.c - 1.11 linux/drivers/scsi/eata_generic.h - 1.4 linux/drivers/scsi/cyberstormII.c - 1.11 linux/drivers/scsi/cyberstorm.c - 1.11 linux/drivers/scsi/blz2060.c - 1.11 linux/drivers/scsi/blz1230.c - 1.11 linux/drivers/scsi/atari_NCR5380.c - 1.6 linux/drivers/scsi/amiga7xx.c - 1.9 linux/drivers/scsi/aic7xxx/aic7xxx.seq - 1.12 linux/drivers/scsi/aic7xxx/aic7xxx.reg - 1.10 linux/drivers/scsi/advansys.c - 1.21 linux/drivers/scsi/NCR5380.c - 1.10 linux/drivers/scsi/Makefile - 1.36 linux/drivers/scsi/Config.in - 1.31 linux/drivers/scsi/53c7xx.c - 1.17 linux/drivers/pci/quirks.c - 1.32 linux/drivers/pci/pci.c - 1.52 linux/drivers/net/znet.c - 1.10 linux/drivers/net/yellowfin.c - 1.31 linux/drivers/net/wavelan.c - 1.26 linux/drivers/net/via-rhine.c - 1.36 linux/drivers/net/sunqe.c - 1.22 linux/drivers/net/sunlance.c - 1.27 linux/drivers/net/sunhme.c - 1.35 linux/drivers/net/smc9194.c - 1.19 linux/drivers/net/sk_g16.c - 1.15 linux/drivers/net/shaper.c - 1.21 linux/drivers/net/sgiseeq.c - 1.13 linux/drivers/net/seeq8005.c - 1.15 linux/drivers/net/pcnet32.c - 1.34 linux/drivers/net/ni65.c - 1.13 linux/drivers/net/ni52.c - 1.15 linux/drivers/net/ni5010.c - 1.16 linux/drivers/net/lance.c - 1.23 linux/drivers/net/irda/irtty.c - 1.25 linux/drivers/net/irda/Makefile - 1.19 linux/drivers/net/irda/Config.in - 1.15 linux/drivers/net/hp100.c - 1.21 linux/drivers/net/fmv18x.c - 1.17 linux/drivers/net/ewrk3.c - 1.23 linux/drivers/net/eth16i.c - 1.21 linux/drivers/net/epic100.c - 1.30 linux/drivers/net/eexpress.c - 1.20 linux/drivers/net/eepro100.c - 1.43 linux/drivers/net/eepro.c - 1.25 linux/drivers/net/e2100.c - 1.18 linux/drivers/net/dgrs.c - 1.22 linux/drivers/net/depca.c - 1.20 linux/drivers/net/de620.c - 1.15 linux/drivers/net/de600.c - 1.18 linux/drivers/net/de4x5.c - 1.26 linux/drivers/net/daynaport.c - 1.12 linux/drivers/net/bmac.c - 1.20 linux/drivers/net/atp.c - 1.18 linux/drivers/net/atarilance.c - 1.12 linux/drivers/net/at1700.c - 1.18 linux/drivers/net/ariadne.c - 1.15 linux/drivers/net/apne.c - 1.11 linux/drivers/net/am79c961a.c - 1.14 linux/drivers/net/a2065.c - 1.16 linux/drivers/net/Makefile - 1.52 linux/drivers/net/Config.in - 1.60 linux/drivers/net/8390.h - 1.11 linux/drivers/net/8390.c - 1.25 linux/drivers/net/82596.c - 1.21 linux/drivers/net/7990.c - 1.8 linux/drivers/net/3c59x.c - 1.36 linux/drivers/net/3c527.c - 1.19 linux/drivers/net/3c523.c - 1.17 linux/drivers/net/3c515.c - 1.22 linux/drivers/net/3c509.c - 1.30 linux/drivers/net/3c507.c - 1.22 linux/drivers/net/3c505.c - 1.25 linux/drivers/net/3c501.c - 1.18 linux/drivers/macintosh/nvram.c - 1.11 linux/drivers/isdn/isdn_ppp.c - 1.26 linux/drivers/isdn/isdn_net.c - 1.29 linux/drivers/isdn/isdn_audio.h - 1.7 linux/drivers/isdn/isdn_audio.c - 1.13 linux/drivers/isdn/hisax/rawhdlc.h - 1.7 linux/drivers/isdn/hisax/rawhdlc.c - 1.8 linux/drivers/isdn/hisax/hisax.h - 1.25 linux/drivers/isdn/hisax/amd7930.c - 1.13 linux/drivers/isdn/hisax/Makefile - 1.17 linux/drivers/isdn/avmb1/capidrv.c - 1.20 linux/drivers/isdn/Config.in - 1.23 linux/drivers/char/serial.c - 1.61 linux/drivers/char/rtc.c - 1.28 linux/drivers/char/random.c - 1.25 linux/drivers/char/nvram.c - 1.20 linux/drivers/char/mem.c - 1.42 linux/drivers/char/keyboard.c - 1.26 linux/drivers/char/isicom.c - 1.17 linux/drivers/char/epca.c - 1.20 linux/drivers/char/cyclades.c - 1.23 linux/drivers/char/Makefile - 1.58 linux/drivers/char/Config.in - 1.60 linux/drivers/block/nbd.c - 1.28 linux/drivers/block/loop.c - 1.47 linux/drivers/block/ll_rw_blk.c - 1.85 linux/drivers/block/amiflop.c - 1.20 linux/drivers/block/Makefile - 1.25 linux/arch/sparc64/solaris/ioctl.c - 1.12 linux/arch/sparc64/solaris/entry64.S - 1.4 linux/arch/sparc64/mm/ultra.S - 1.26 linux/arch/sparc64/kernel/winfixup.S - 1.5 linux/arch/sparc64/kernel/trampoline.S - 1.12 linux/arch/sparc64/kernel/time.c - 1.20 linux/arch/sparc64/kernel/systbls.S - 1.24 linux/arch/sparc64/kernel/sys_sparc32.c - 1.47 linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.40 linux/arch/sparc64/kernel/smp.c - 1.37 linux/arch/sparc64/kernel/signal32.c - 1.19 linux/arch/sparc64/kernel/signal.c - 1.17 linux/arch/sparc64/kernel/rtrap.S - 1.14 linux/arch/sparc64/kernel/process.c - 1.29 linux/arch/sparc64/kernel/itlb_base.S - 1.7 linux/arch/sparc64/kernel/irq.c - 1.24 linux/arch/sparc64/kernel/ioctl32.c - 1.53 linux/arch/sparc64/kernel/head.S - 1.18 linux/arch/sparc64/kernel/etrap.S - 1.8 linux/arch/sparc64/kernel/entry.S - 1.20 linux/arch/sparc64/kernel/binfmt_elf32.c - 1.8 linux/arch/sparc64/kernel/Makefile - 1.22 linux/arch/sparc64/defconfig - 1.61 linux/arch/sparc64/boot/Makefile - 1.3 linux/arch/sparc64/Makefile - 1.17 linux/arch/sparc/prom/printf.c - 1.5 linux/arch/sparc/mm/sun4c.c - 1.33 linux/arch/sparc/mm/iommu.c - 1.13 linux/arch/sparc/mm/fault.c - 1.19 linux/arch/sparc/kernel/time.c - 1.17 linux/arch/sparc/kernel/systbls.S - 1.20 linux/arch/sparc/kernel/sun4m_irq.c - 1.9 linux/arch/sparc/kernel/sun4d_irq.c - 1.12 linux/arch/sparc/kernel/sun4c_irq.c - 1.8 linux/arch/sparc/kernel/sparc_ksyms.c - 1.28 linux/arch/sparc/kernel/signal.c - 1.20 linux/arch/sparc/kernel/process.c - 1.24 linux/arch/sparc/kernel/irq.c - 1.19 linux/arch/sparc/kernel/ioport.c - 1.21 linux/arch/sparc/kernel/entry.S - 1.12 linux/arch/sparc/config.in - 1.33 linux/arch/ppc/mm/init.c - 1.41 linux/arch/ppc/mm/fault.c - 1.19 linux/arch/ppc/mm/extable.c - 1.6 linux/arch/ppc/mm/Makefile - 1.8 linux/arch/ppc/lib/string.S - 1.10 linux/arch/ppc/lib/strcase.c - 1.4 linux/arch/ppc/lib/locks.c - 1.10 linux/arch/ppc/lib/checksum.S - 1.8 linux/arch/ppc/lib/Makefile - 1.9 linux/arch/ppc/kernel/traps.c - 1.24 linux/arch/ppc/kernel/time.c - 1.20 linux/arch/ppc/kernel/syscalls.c - 1.13 linux/arch/ppc/kernel/softemu8xx.c - 1.7 linux/arch/ppc/kernel/smp.c - 1.33 linux/arch/ppc/kernel/signal.c - 1.17 linux/arch/ppc/kernel/setup.c - 1.42 linux/arch/ppc/kernel/ptrace.c - 1.15 linux/arch/ppc/kernel/prom.c - 1.31 linux/arch/ppc/kernel/process.c - 1.35 linux/arch/ppc/kernel/prep_nvram.c - 1.10 linux/arch/ppc/kernel/ppc_ksyms.c - 1.43 linux/arch/ppc/kernel/ppc_htab.c - 1.16 linux/arch/ppc/kernel/ppc8xx_pic.h - 1.7 linux/arch/ppc/kernel/ppc8xx_pic.c - 1.9 linux/arch/ppc/kernel/ppc-stub.c - 1.9 linux/arch/ppc/kernel/pci.h - 1.7 linux/arch/ppc/kernel/pci.c - 1.27 linux/arch/ppc/kernel/open_pic.c - 1.24 linux/arch/ppc/kernel/mk_defs.c - 1.14 linux/arch/ppc/kernel/misc.S - 1.38 linux/arch/ppc/kernel/irq.c - 1.35 linux/arch/ppc/kernel/indirect_pci.c - 1.8 linux/arch/ppc/kernel/idle.c - 1.22 linux/arch/ppc/kernel/i8259.c - 1.11 linux/arch/ppc/kernel/head.S - 1.34 linux/arch/ppc/kernel/find_name.c - 1.4 linux/arch/ppc/kernel/checks.c - 1.5 linux/arch/ppc/kernel/bitops.c - 1.5 linux/arch/ppc/kernel/align.c - 1.8 linux/arch/ppc/kernel/Makefile - 1.29 linux/arch/ppc/defconfig - 1.40 linux/arch/ppc/config.in - 1.45 linux/arch/ppc/boot/Makefile - 1.19 linux/arch/ppc/amiga/time.c - 1.7 linux/arch/ppc/amiga/ints.c - 1.7 linux/arch/ppc/amiga/config.c - 1.16 linux/arch/ppc/amiga/cia.c - 1.7 linux/arch/ppc/amiga/chipram.c - 1.6 linux/arch/ppc/amiga/bootinfo.c - 1.6 linux/arch/ppc/amiga/amisound.c - 1.4 linux/arch/ppc/amiga/amiints.c - 1.12 linux/arch/ppc/amiga/amiga_ksyms.c - 1.4 linux/arch/ppc/amiga/Makefile - 1.8 linux/arch/ppc/Makefile - 1.25 linux/arch/ppc/8xx_io/uart.c - 1.19 linux/arch/ppc/8xx_io/fec.c - 1.18 linux/arch/ppc/8xx_io/enet.c - 1.17 linux/arch/ppc/8xx_io/commproc.c - 1.12 linux/arch/ppc/8xx_io/Makefile - 1.7 linux/arch/mips/kernel/process.c - 1.16 linux/arch/m68k/sun3x/config.c - 1.6 linux/arch/m68k/q40/q40ints.c - 1.7 linux/arch/m68k/q40/config.c - 1.13 linux/arch/m68k/mvme16x/rtc.c - 1.9 linux/arch/m68k/mm/memory.c - 1.12 linux/arch/m68k/mm/Makefile - 1.5 linux/arch/m68k/mac/macints.c - 1.9 linux/arch/m68k/mac/config.c - 1.11 linux/arch/m68k/kernel/traps.c - 1.13 linux/arch/m68k/kernel/time.c - 1.5 linux/arch/m68k/kernel/signal.c - 1.15 linux/arch/m68k/kernel/setup.c - 1.16 linux/arch/m68k/kernel/process.c - 1.15 linux/arch/m68k/kernel/m68k_ksyms.c - 1.11 linux/arch/m68k/kernel/head.S - 1.8 linux/arch/m68k/kernel/entry.S - 1.17 linux/arch/m68k/ifpsp060/iskeleton.S - 1.3 linux/arch/m68k/ifpsp060/fskeleton.S - 1.3 linux/arch/m68k/config.in - 1.26 linux/arch/m68k/bvme6000/rtc.c - 1.11 linux/arch/m68k/atari/stram.c - 1.14 linux/arch/m68k/apollo/config.c - 1.8 linux/arch/m68k/amiga/config.c - 1.13 linux/arch/i386/mm/init.c - 1.36 linux/arch/i386/lib/usercopy.c - 1.8 linux/arch/i386/lib/delay.c - 1.7 linux/arch/i386/kernel/time.c - 1.21 linux/arch/i386/kernel/smp.c - 1.42 linux/arch/i386/kernel/setup.c - 1.68 linux/arch/i386/kernel/process.c - 1.41 linux/arch/i386/kernel/mtrr.c - 1.34 linux/arch/i386/kernel/io_apic.c - 1.37 linux/arch/i386/kernel/i386_ksyms.c - 1.48 linux/arch/i386/kernel/head.S - 1.22 linux/arch/i386/kernel/entry.S - 1.48 linux/arch/i386/kernel/apm.c - 1.42 linux/arch/i386/config.in - 1.74 linux/arch/i386/Makefile - 1.25 linux/arch/arm/kernel/time.c - 1.13 linux/arch/arm/kernel/process.c - 1.22 linux/arch/arm/kernel/fiq.c - 1.11 linux/arch/arm/kernel/ecard.c - 1.15 linux/arch/arm/kernel/dma-rpc.c - 1.9 linux/arch/arm/kernel/dma-isa.c - 1.8 linux/arch/arm/kernel/dma-arc.c - 1.12 linux/arch/arm/config.in - 1.32 linux/arch/alpha/mm/init.c - 1.21 linux/arch/alpha/mm/Makefile - 1.4 linux/arch/alpha/lib/stxncpy.S - 1.5 linux/arch/alpha/lib/stxcpy.S - 1.4 linux/arch/alpha/lib/strrchr.S - 1.3 linux/arch/alpha/lib/strncpy_from_user.S - 1.3 linux/arch/alpha/lib/strlen_user.S - 1.4 linux/arch/alpha/lib/strchr.S - 1.3 linux/arch/alpha/kernel/traps.c - 1.20 linux/arch/alpha/kernel/time.c - 1.22 linux/arch/alpha/kernel/sys_sx164.c - 1.11 linux/arch/alpha/kernel/sys_sable.c - 1.9 linux/arch/alpha/kernel/sys_ruffian.c - 1.13 linux/arch/alpha/kernel/sys_mikasa.c - 1.11 linux/arch/alpha/kernel/sys_miata.c - 1.14 linux/arch/alpha/kernel/sys_cabriolet.c - 1.14 linux/arch/alpha/kernel/sys_alcor.c - 1.10 linux/arch/alpha/kernel/smp.c - 1.31 linux/arch/alpha/kernel/setup.c - 1.27 linux/arch/alpha/kernel/ptrace.c - 1.13 linux/arch/alpha/kernel/proto.h - 1.19 linux/arch/alpha/kernel/process.c - 1.20 linux/arch/alpha/kernel/osf_sys.c - 1.30 linux/arch/alpha/kernel/irq.c - 1.21 linux/arch/alpha/kernel/entry.S - 1.25 linux/arch/alpha/kernel/core_tsunami.c - 1.21 linux/arch/alpha/kernel/core_t2.c - 1.11 linux/arch/alpha/kernel/core_cia.c - 1.22 linux/arch/alpha/kernel/alpha_ksyms.c - 1.33 linux/arch/alpha/kernel/Makefile - 1.19 linux/arch/alpha/defconfig - 1.23 linux/arch/alpha/config.in - 1.42 linux/REPORTING-BUGS - 1.6 linux/Makefile - 1.185 linux/MAINTAINERS - 1.91 linux/Documentation/sysrq.txt - 1.13 linux/Documentation/networking/ip-sysctl.txt - 1.13 linux/Documentation/networking/00-INDEX - 1.7 linux/Documentation/Configure.help - 1.143 linux/CREDITS - 1.75 linux/net/decnet/dn_nsp_in.c - 1.15 linux/include/linux/ide.h - 1.34 linux/include/asm-ppc/hdreg.h - 1.3 linux/include/asm-m68k/hdreg.h - 1.2 linux/include/asm-i386/hdreg.h - 1.2 linux/include/asm-arm/hdreg.h - 1.3 linux/include/asm-alpha/hdreg.h - 1.2 linux/drivers/usb/acm.c - 1.44 linux/drivers/sound/cmpci.c - 1.30 linux/drivers/net/irda/smc-ircc.c - 1.24 linux/drivers/isdn/hisax/isar.h - 1.10 linux/drivers/isdn/hisax/isar.c - 1.17 linux/arch/ppc/xmon/xmon.c - 1.19 linux/arch/ppc/xmon/subr_prf.c - 1.5 linux/arch/ppc/xmon/start.c - 1.19 linux/arch/ppc/xmon/setjmp.c - 1.3 linux/arch/ppc/xmon/privinst.h - 1.5 linux/arch/ppc/xmon/ppc.h - 1.3 linux/arch/ppc/xmon/ppc-opc.c - 1.4 linux/arch/ppc/xmon/ppc-dis.c - 1.3 linux/arch/ppc/xmon/nonstdio.h - 1.4 linux/arch/ppc/xmon/ansidecl.h - 1.3 linux/arch/ppc/xmon/adb.c - 1.3 linux/arch/ppc/xmon/Makefile - 1.6 linux/arch/arm/kernel/dma-footbridge.c - 1.6 linux/arch/arm/kernel/arthur.c - 1.9 linux/drivers/net/declance.c - 1.16 linux/drivers/net/bagetlance.c - 1.12 linux/drivers/block/ida_ioctl.h - 1.5 linux/drivers/block/ida_cmd.h - 1.5 linux/drivers/block/cpqarray.c - 1.38 linux/kernel/ptrace.c - 1.20 linux/arch/arm/def-configs/footbridge - 1.11 linux/drivers/parport/parport_pc.c - 1.48 linux/drivers/char/raw.c - 1.21 linux/drivers/net/ppp_generic.c - 1.28 linux/drivers/char/sx.c - 1.27 linux/drivers/sound/esssolo1.c - 1.35 linux/drivers/video/vga.h - 1.6 linux/drivers/isdn/avmb1/kcapi.c - 1.19 linux/arch/m68k/math-emu/fp_arith.c - 1.2 linux/Documentation/fb/clgenfb.txt - 1.6 linux/drivers/video/modedb.c - 1.6 linux/drivers/net/sis900.c - 1.33 linux/drivers/net/fc/iph5526_ip.h - 1.2 linux/drivers/net/fc/iph5526.c - 1.19 linux/drivers/atm/suni.h - 1.3 linux/drivers/atm/suni.c - 1.9 linux/drivers/atm/nicstar.c - 1.17 linux/drivers/atm/atmdev_init.c - 1.11 linux/net/sched/sch_atm.c - 1.8 linux/net/atm/signaling.c - 1.8 linux/net/atm/resources.h - 1.3 linux/net/atm/resources.c - 1.8 linux/net/atm/raw.c - 1.7 linux/net/atm/proc.c - 1.15 linux/net/atm/mpc.c - 1.9 linux/net/atm/lec.h - 1.7 linux/net/atm/lec.c - 1.15 linux/net/atm/common.c - 1.18 linux/net/atm/clip.c - 1.12 linux/net/atm/atm_misc.c - 1.5 linux/net/802/fc.c - 1.4 linux/include/linux/fcdevice.h - 1.3 linux/include/linux/atmdev.h - 1.11 linux/arch/ppc/math-emu/fdivs.c - 1.3 linux/arch/ppc/math-emu/fdiv.c - 1.3 linux/arch/ppc/math-emu/fctiwz.c - 1.3 linux/arch/ppc/math-emu/fctiw.c - 1.3 linux/arch/ppc/math-emu/fcmpu.c - 1.3 linux/arch/ppc/math-emu/fcmpo.c - 1.3 linux/arch/ppc/math-emu/fadds.c - 1.3 linux/arch/ppc/math-emu/fadd.c - 1.3 linux/arch/ppc/math-emu/fabs.c - 1.3 linux/arch/ppc/math-emu/double.h - 1.3 linux/arch/ppc/math-emu/Makefile - 1.4 linux/arch/ppc/kernel/semaphore.c - 1.6 linux/arch/ppc/kernel/head_8xx.S - 1.17 linux/arch/ppc/kernel/entry.S - 1.26 linux/arch/alpha/kernel/pci_impl.h - 1.11 linux/arch/alpha/kernel/pci.c - 1.20 linux/arch/alpha/kernel/machvec_impl.h - 1.9 linux/arch/sparc64/kernel/pci_iommu.c - 1.14 linux/arch/sh/kernel/process.c - 1.17 linux/arch/sh/config.in - 1.22 linux/arch/ppc/math-emu/udivmodti4.c - 1.3 linux/arch/ppc/math-emu/types.c - 1.3 linux/arch/ppc/math-emu/stfs.c - 1.3 linux/arch/ppc/math-emu/stfiwx.c - 1.3 linux/arch/ppc/math-emu/stfd.c - 1.3 linux/arch/ppc/math-emu/soft-fp.h - 1.3 linux/arch/ppc/math-emu/single.h - 1.3 linux/arch/ppc/math-emu/sfp-machine.h - 1.4 linux/arch/ppc/math-emu/op-common.h - 1.3 linux/arch/ppc/math-emu/op-4.h - 1.3 linux/arch/ppc/math-emu/op-2.h - 1.3 linux/arch/ppc/math-emu/op-1.h - 1.3 linux/arch/ppc/math-emu/mtfsfi.c - 1.3 linux/arch/ppc/math-emu/mtfsf.c - 1.3 linux/arch/ppc/math-emu/mtfsb1.c - 1.3 linux/arch/ppc/math-emu/mtfsb0.c - 1.3 linux/arch/ppc/math-emu/mffs.c - 1.3 linux/arch/ppc/math-emu/mcrfs.c - 1.3 linux/arch/ppc/math-emu/math.c - 1.4 linux/arch/ppc/math-emu/lfs.c - 1.3 linux/arch/ppc/math-emu/lfd.c - 1.3 linux/arch/ppc/math-emu/fsubs.c - 1.3 linux/arch/ppc/math-emu/fsub.c - 1.3 linux/arch/ppc/math-emu/fsqrts.c - 1.3 linux/arch/ppc/math-emu/fsqrt.c - 1.3 linux/arch/ppc/math-emu/fsel.c - 1.3 linux/arch/ppc/math-emu/frsqrte.c - 1.3 linux/arch/ppc/math-emu/frsp.c - 1.3 linux/arch/ppc/math-emu/fres.c - 1.3 linux/arch/ppc/math-emu/fnmsubs.c - 1.3 linux/arch/ppc/math-emu/fnmsub.c - 1.3 linux/arch/ppc/math-emu/fnmadds.c - 1.3 linux/arch/ppc/math-emu/fnmadd.c - 1.3 linux/arch/ppc/math-emu/fneg.c - 1.3 linux/arch/ppc/math-emu/fnabs.c - 1.3 linux/arch/ppc/math-emu/fmuls.c - 1.3 linux/arch/ppc/math-emu/fmul.c - 1.3 linux/arch/ppc/math-emu/fmsubs.c - 1.3 linux/arch/ppc/math-emu/fmsub.c - 1.3 linux/arch/ppc/math-emu/fmr.c - 1.3 linux/arch/ppc/math-emu/fmadds.c - 1.3 linux/arch/ppc/math-emu/fmadd.c - 1.3 linux/drivers/sound/maestro.c - 1.28 linux/drivers/scsi/ips.h - 1.13 linux/drivers/scsi/ips.c - 1.27 linux/drivers/char/n_r3964.c - 1.12 linux/net/irda/parameters.c - 1.9 linux/net/irda/ircomm/ircomm_tty.c - 1.16 linux/net/irda/ircomm/ircomm_core.c - 1.13 linux/include/asm-sh/system.h - 1.12 linux/include/asm-sh/processor.h - 1.17 linux/include/asm-ppc/m48t35.h - 1.4 linux/include/asm-i386/pci.h - 1.16 linux/drivers/pcmcia/ricoh.h - 1.8 linux/drivers/pcmcia/cs_internal.h - 1.12 linux/drivers/pcmcia/cs.c - 1.33 linux/drivers/pcmcia/cistpl.c - 1.14 linux/drivers/pcmcia/cardbus.c - 1.20 linux/drivers/net/sun3lance.c - 1.13 linux/arch/m68k/sun3/sun3ints.c - 1.6 linux/arch/m68k/sun3/mmu_emu.c - 1.6 linux/arch/m68k/sun3/idprom.c - 1.3 linux/arch/m68k/sun3/Makefile - 1.7 linux/arch/m68k/mm/sun3mmu.c - 1.5 linux/arch/m68k/mac/via.c - 1.5 linux/arch/m68k/mac/iop.c - 1.6 linux/include/pcmcia/ciscode.h - 1.8 linux/include/asm-m68k/sun3mmu.h - 1.2 linux/include/asm-m68k/sun3ints.h - 1.4 linux/include/asm-m68k/sun3-head.h - 1.2 linux/include/asm-m68k/sbus.h - 1.3 linux/include/asm-ppc/pci.h - 1.16 linux/drivers/net/starfire.c - 1.26 linux/drivers/net/pcmcia/ray_cs.c - 1.25 linux/drivers/net/dmfe.c - 1.24 linux/Documentation/filesystems/proc.txt - 1.10 linux/drivers/net/wan/Makefile - 1.15 linux/drivers/net/wan/Config.in - 1.15 linux/arch/ppc/kernel/qspan_pci.c - 1.7 linux/arch/ppc/kernel/m8xx_setup.c - 1.23 linux/arch/ppc/amiga/pcmcia.c - 1.3 linux/arch/i386/kernel/smpboot.c - 1.30 linux/include/linux/pci_ids.h - 1.62 linux/drivers/net/wan/sdla_x25.c - 1.14 linux/drivers/scsi/sim710.h - 1.5 linux/include/asm-ppc/mpc8xx.h - 1.9 linux/drivers/scsi/ChangeLog.ips - 1.7 linux/drivers/net/pcmcia/xirc2ps_cs.c - 1.18 linux/drivers/net/pcmcia/fmvj18x_cs.c - 1.18 linux/drivers/net/pcmcia/wavelan_cs.c - 1.15 linux/arch/arm/def-configs/empeg - 1.2 linux/drivers/net/pcmcia/smc91c92_cs.c - 1.17 linux/mm/highmem.c - 1.31 linux/include/linux/highmem.h - 1.19 linux/include/asm-sh/ide.h - 1.11 linux/include/asm-sh/hdreg.h - 1.3 linux/include/asm-i386/highmem.h - 1.10 linux/include/asm-arm/arch-sa1100/keyboard.h - 1.9 linux/drivers/video/aty128fb.c - 1.27 linux/fs/proc/proc_misc.c - 1.32 linux/drivers/char/pcmcia/serial_cs.c - 1.9 linux/include/asm-ppc/div64.h - 1.3 linux/drivers/scsi/sun3_scsi.h - 1.3 linux/drivers/scsi/sun3_scsi.c - 1.11 linux/drivers/pci/pci.ids - 1.45 linux/drivers/net/sk98lin/skxmac2.c - 1.6 linux/drivers/net/sk98lin/h/skgehwt.h - 1.4 linux/drivers/net/sk98lin/skgepnmi.c - 1.6 linux/drivers/net/sk98lin/h/skgei2c.h - 1.3 linux/drivers/net/sk98lin/h/skgeinit.h - 1.5 linux/drivers/net/sk98lin/skgesirq.c - 1.6 linux/Documentation/networking/sk98lin.txt - 1.6 linux/drivers/net/sk98lin/h/lm80.h - 1.5 linux/drivers/net/sk98lin/h/skaddr.h - 1.5 linux/drivers/net/sk98lin/h/skdebug.h - 1.3 linux/drivers/net/sk98lin/h/skdrv1st.h - 1.8 linux/drivers/net/sk98lin/h/skdrv2nd.h - 1.5 linux/drivers/net/sk98lin/h/skerror.h - 1.3 linux/drivers/net/sk98lin/skvpd.c - 1.6 linux/drivers/net/sk98lin/sktimer.c - 1.4 linux/drivers/net/sk98lin/skrlmt.c - 1.5 linux/drivers/net/sk98lin/h/skgedrv.h - 1.3 linux/drivers/net/sk98lin/h/skgehw.h - 1.6 linux/drivers/net/sk98lin/skgeinit.c - 1.6 linux/drivers/net/sk98lin/skge.c - 1.21 linux/drivers/net/sk98lin/skgehwt.c - 1.4 linux/drivers/net/sk98lin/h/skgepnm2.h - 1.5 linux/drivers/net/sk98lin/h/skgepnmi.h - 1.5 linux/drivers/net/sk98lin/h/skgesirq.h - 1.5 linux/drivers/net/sk98lin/skqueue.c - 1.5 linux/drivers/net/sk98lin/sklm80.c - 1.3 linux/drivers/net/sk98lin/h/ski2c.h - 1.5 linux/drivers/net/sk98lin/h/skqueue.h - 1.4 linux/drivers/net/sk98lin/ski2c.c - 1.5 linux/drivers/net/sk98lin/h/skrlmt.h - 1.5 linux/drivers/net/sk98lin/h/sktimer.h - 1.4 linux/drivers/net/sk98lin/h/skvpd.h - 1.5 linux/drivers/net/sk98lin/h/xmac_ii.h - 1.6 linux/drivers/net/sk98lin/skaddr.c - 1.6 linux/drivers/net/sk98lin/skcsum.c - 1.5 linux/include/asm-ppc/pgalloc.h - 1.8 linux/include/asm-arm/arch-cl7500/system.h - 1.11 linux/arch/ppc/mm/mem_pieces.h - 1.4 linux/arch/ppc/mm/mem_pieces.c - 1.6 linux/arch/ppc/kernel/head_4xx.S - 1.7 linux/arch/ppc/configs/walnut_defconfig - 1.19 linux/arch/ppc/configs/pmac_defconfig - 1.8 linux/arch/ppc/configs/oak_defconfig - 1.19 linux/arch/ppc/configs/mbx_defconfig - 1.14 linux/arch/ppc/configs/gemini_defconfig - 1.22 linux/arch/ppc/configs/common_defconfig - 1.28 linux/arch/ppc/configs/apus_defconfig - 1.15 linux/arch/alpha/kernel/sys_nautilus.c - 1.8 linux/arch/alpha/kernel/core_irongate.c - 1.8 linux/include/asm-ppc/walnut.h - 1.5 linux/include/asm-alpha/core_irongate.h - 1.8 linux/drivers/sound/trident.c - 1.36 linux/include/linux/agp_backend.h - 1.19 linux/drivers/scsi/scsi_lib.c - 1.38 linux/drivers/char/agp/agpgart_be.c - 1.36 linux/drivers/char/agp/agp.h - 1.25 linux/include/linux/i2c-id.h - 1.11 linux/drivers/usb/uhci-debug.h - 1.9 linux/drivers/i2c/Makefile - 1.7 linux/drivers/i2c/Config.in - 1.7 linux/Documentation/video4linux/bttv/Sound-FAQ - 1.10 linux/Documentation/video4linux/bttv/CARDLIST - 1.15 linux/drivers/pcmcia/yenta.c - 1.33 linux/include/asm-ppc/hw_irq.h - 1.8 linux/drivers/usb/scanner.c - 1.27 linux/include/linux/input.h - 1.17 linux/include/linux/com20020.h - 1.4 linux/drivers/usb/usbmouse.c - 1.15 linux/drivers/usb/usbkbd.c - 1.22 linux/drivers/usb/ov511.h - 1.15 linux/drivers/usb/ov511.c - 1.30 linux/drivers/telephony/ixj.c - 1.23 linux/drivers/net/arcnet/com20020.c - 1.6 linux/drivers/net/arcnet/com20020-pci.c - 1.13 linux/Documentation/usb/usb-serial.txt - 1.20 linux/Documentation/usb/scanner-hp-sane.txt - 1.5 linux/Documentation/usb/ov511.txt - 1.17 linux/Documentation/usb/scanner.txt - 1.8 linux/drivers/net/tokenring/smctr.c - 1.15 linux/net/sched/sch_gred.c - 1.10 linux/arch/ppc/mm/4xx_tlb.h - 1.3 linux/drivers/usb/devio.c - 1.22 linux/arch/ppc/kernel/ppc4xx_pic.c - 1.5 linux/arch/ppc/mm/4xx_tlb.c - 1.4 linux/drivers/ieee1394/raw1394.h - 1.5 linux/drivers/ieee1394/raw1394.c - 1.18 linux/drivers/ieee1394/ieee1394_core.h - 1.14 linux/drivers/ieee1394/pcilynx.h - 1.11 linux/drivers/ieee1394/pcilynx.c - 1.21 linux/drivers/ieee1394/ieee1394_core.c - 1.22 linux/drivers/ieee1394/ohci1394.h - 1.16 linux/drivers/ieee1394/ohci1394.c - 1.24 linux/drivers/ieee1394/ieee1394_types.h - 1.13 linux/drivers/ieee1394/ieee1394_transactions.h - 1.5 linux/drivers/ieee1394/ieee1394_transactions.c - 1.11 linux/drivers/ieee1394/csr.h - 1.4 linux/arch/i386/kernel/apic.c - 1.26 linux/drivers/ieee1394/ieee1394.h - 1.5 linux/drivers/ieee1394/hosts.h - 1.11 linux/drivers/ieee1394/hosts.c - 1.15 linux/drivers/ieee1394/highlevel.h - 1.5 linux/arch/i386/kernel/mpparse.c - 1.17 linux/drivers/ieee1394/csr.c - 1.10 linux/drivers/ieee1394/Makefile - 1.12 linux/drivers/ieee1394/highlevel.c - 1.9 linux/include/asm-ppc/shmbuf.h - 1.4 linux/include/asm-ppc/sembuf.h - 1.4 linux/include/asm-ppc/msgbuf.h - 1.4 linux/include/asm-ppc/ipcbuf.h - 1.4 linux/include/asm-i386/mpspec.h - 1.9 linux/include/asm-i386/io_apic.h - 1.7 linux/include/asm-i386/apicdef.h - 1.9 linux/drivers/pci/setup-bus.c - 1.7 linux/drivers/scsi/scsi_scan.c - 1.27 linux/drivers/scsi/3w-xxxx.h - 1.12 linux/drivers/scsi/3w-xxxx.c - 1.19 linux/drivers/net/tokenring/madgemc.c - 1.6 linux/arch/m68k/apollo/dma.c - 1.2 linux/include/asm-sparc/ide.h - 1.9 linux/drivers/usb/usb-uhci.h - 1.12 linux/drivers/usb/usb-uhci.c - 1.39 linux/drivers/usb/usb-ohci.h - 1.17 linux/drivers/usb/usb-ohci.c - 1.35 linux/drivers/usb/scanner.h - 1.20 linux/drivers/usb/ibmcam.c - 1.17 linux/drivers/usb/usb-uhci-debug.h - 1.7 linux/drivers/sound/ac97_codec.c - 1.25 linux/drivers/net/macmace.c - 1.7 linux/drivers/char/efirtc.c - 1.10 linux/arch/ia64/kernel/head.S - 1.12 linux/arch/ia64/kernel/gate.S - 1.11 linux/drivers/atm/iphase.h - 1.3 linux/drivers/atm/iphase.c - 1.14 linux/arch/ia64/kernel/fw-emu.c - 1.10 linux/arch/ia64/kernel/entry.S - 1.23 linux/drivers/atm/idt77105.c - 1.6 linux/arch/ia64/kernel/efi.c - 1.15 linux/arch/ia64/kernel/acpi.c - 1.13 linux/arch/ia64/ia32/sys_ia32.c - 1.23 linux/arch/ia64/ia32/ia32_support.c - 1.8 linux/arch/ia64/ia32/ia32_signal.c - 1.9 linux/arch/ia64/ia32/ia32_entry.S - 1.16 linux/arch/ppc/kernel/pci-dma.c - 1.4 linux/arch/ppc/kernel/galaxy_pci.c - 1.5 linux/arch/ia64/vmlinux.lds.S - 1.10 linux/arch/ia64/defconfig - 1.15 linux/arch/ia64/config.in - 1.23 linux/arch/ia64/boot/bootloader.c - 1.6 linux/arch/alpha/kernel/pci_iommu.c - 1.19 linux/arch/ia64/kernel/irq.c - 1.17 linux/arch/ia64/kernel/setup.c - 1.14 linux/arch/ia64/kernel/signal.c - 1.13 linux/arch/ia64/kernel/smp.c - 1.13 linux/arch/ia64/kernel/sys_ia64.c - 1.11 linux/arch/ia64/kernel/traps.c - 1.14 linux/arch/ia64/kernel/unaligned.c - 1.12 linux/arch/ia64/kernel/unwind.c - 1.12 linux/arch/ia64/lib/Makefile - 1.10 linux/arch/ia64/kernel/machvec.c - 1.4 linux/arch/ia64/kernel/pci.c - 1.11 linux/arch/ia64/kernel/ptrace.c - 1.16 linux/arch/ia64/kernel/process.c - 1.14 linux/arch/ia64/kernel/perfmon.c - 1.11 linux/arch/ia64/mm/tlb.c - 1.11 linux/arch/ia64/kernel/mca.c - 1.11 linux/arch/ia64/mm/init.c - 1.15 linux/arch/ia64/mm/fault.c - 1.10 linux/arch/ia64/mm/Makefile - 1.3 linux/arch/ia64/kernel/pal.S - 1.9 linux/drivers/sound/via82cxxx_audio.c - 1.27 linux/include/asm-ia64/io.h - 1.10 linux/include/asm-ia64/ide.h - 1.8 linux/include/linux/rtc.h - 1.6 linux/include/asm-ia64/ia32.h - 1.11 linux/include/asm-ia64/hdreg.h - 1.2 linux/include/asm-ia64/delay.h - 1.5 linux/include/asm-ia64/bitops.h - 1.9 linux/include/asm-ia64/siginfo.h - 1.12 linux/include/linux/raid/md_k.h - 1.17 linux/include/asm-ia64/mca_asm.h - 1.7 linux/include/asm-ia64/scatterlist.h - 1.7 linux/include/asm-ia64/sal.h - 1.11 linux/include/asm-ia64/processor.h - 1.18 linux/include/linux/raid/md.h - 1.9 linux/include/asm-ia64/pgtable.h - 1.16 linux/include/asm-ia64/pgalloc.h - 1.10 linux/include/asm-ia64/machvec.h - 1.9 linux/include/asm-ia64/pci.h - 1.14 linux/include/asm-ia64/pal.h - 1.10 linux/include/asm-ia64/page.h - 1.13 linux/include/asm-ia64/offsets.h - 1.14 linux/include/asm-ppc/heathrow.h - 1.8 linux/include/asm-ia64/machvec_sn1.h - 1.7 linux/include/asm-ia64/mca.h - 1.7 linux/include/asm-ia64/mmu_context.h - 1.8 linux/include/asm-ia64/unistd.h - 1.19 linux/include/asm-ia64/system.h - 1.14 linux/drivers/scsi/sun3_NCR5380.c - 1.5 linux/drivers/net/8139too.c - 1.39 linux/arch/m68k/mac/baboon.c - 1.4 linux/arch/i386/kernel/microcode.c - 1.14 linux/drivers/isdn/hysdn/hysdn_boot.c - 1.8 linux/drivers/net/skfp/h/skfbi.h - 1.3 linux/net/bridge/br_ioctl.c - 1.5 linux/net/bridge/br_if.c - 1.9 linux/Documentation/networking/8139too.txt - 1.19 linux/drivers/video/matrox/matroxfb_misc.c - 1.6 linux/drivers/video/matrox/matroxfb_maven.h - 1.3 linux/drivers/video/matrox/matroxfb_maven.c - 1.6 linux/drivers/video/matrox/matroxfb_crtc2.h - 1.2 linux/drivers/video/matrox/matroxfb_crtc2.c - 1.8 linux/drivers/video/matrox/matroxfb_base.h - 1.11 linux/drivers/video/matrox/matroxfb_base.c - 1.17 linux/drivers/video/matrox/matroxfb_accel.h - 1.2 linux/drivers/video/matrox/matroxfb_accel.c - 1.7 linux/drivers/video/matrox/matroxfb_Ti3026.c - 1.7 linux/drivers/video/matrox/matroxfb_DAC1064.h - 1.6 linux/drivers/video/matrox/matroxfb_DAC1064.c - 1.11 linux/drivers/video/matrox/i2c-matroxfb.c - 1.5 linux/drivers/video/matrox/Makefile - 1.5 linux/drivers/net/tulip/tulip_core.c - 1.42 linux/drivers/net/tulip/timer.c - 1.10 linux/drivers/net/tulip/pnic.c - 1.10 linux/drivers/net/tulip/media.c - 1.13 linux/drivers/net/tulip/interrupt.c - 1.16 linux/drivers/net/tulip/eeprom.c - 1.13 linux/drivers/net/tulip/21142.c - 1.13 linux/drivers/char/wdt285.c - 1.11 linux/include/asm-mips64/ide.h - 1.10 linux/include/linux/matroxfb.h - 1.3 linux/include/linux/ac97_codec.h - 1.14 linux/include/asm-mips64/processor.h - 1.15 linux/include/asm-mips64/system.h - 1.9 linux/drivers/atm/fore200e.c - 1.14 linux/arch/mips64/kernel/process.c - 1.10 linux/drivers/net/bonding.c - 1.14 linux/arch/alpha/kernel/irq_alpha.c - 1.9 linux/include/linux/if_bonding.h - 1.7 linux/drivers/video/riva/riva_tbl.h - 1.4 linux/drivers/video/riva/riva_hw.h - 1.4 linux/drivers/video/riva/riva_hw.c - 1.5 linux/drivers/video/riva/nv4ref.h - 1.2 linux/drivers/video/riva/fbdev.c - 1.20 linux/drivers/usb/pegasus.c - 1.26 linux/net/econet/af_econet.c - 1.10 linux/include/linux/usb.h - 1.25 linux/drivers/usb/serial/ftdi_sio.h - 1.7 linux/drivers/usb/serial/Makefile - 1.19 linux/drivers/parport/ChangeLog - 1.28 linux/arch/ia64/kernel/irq_ia64.c - 1.12 linux/drivers/ide/via82cxxx.c - 1.22 linux/drivers/ide/umc8672.c - 1.4 linux/drivers/ide/trm290.c - 1.4 linux/drivers/ide/sl82c105.c - 1.6 linux/drivers/ide/sis5513.c - 1.15 linux/drivers/ide/rz1000.c - 1.5 linux/drivers/ide/rapide.c - 1.7 linux/drivers/ide/q40ide.c - 1.6 linux/drivers/ide/piix.c - 1.16 linux/drivers/ide/pdc4030.h - 1.3 linux/drivers/ide/pdc4030.c - 1.8 linux/drivers/ide/pdc202xx.c - 1.15 linux/drivers/ide/opti621.c - 1.6 linux/drivers/ide/ns87415.c - 1.5 linux/drivers/ide/macide.c - 1.4 linux/drivers/ide/ide_modes.h - 1.5 linux/drivers/ide/ide.c - 1.38 linux/drivers/ide/ide-tape.c - 1.17 linux/drivers/ide/ide-proc.c - 1.9 linux/drivers/ide/ide-probe.c - 1.21 linux/drivers/ide/ide-pnp.c - 1.6 linux/drivers/ide/ide-pmac.c - 1.11 linux/drivers/ide/ide-pci.c - 1.25 linux/drivers/ide/ide-geometry.c - 1.11 linux/drivers/ide/ide-floppy.c - 1.14 linux/drivers/ide/ide-features.c - 1.12 linux/drivers/ide/ide-dma.c - 1.15 linux/drivers/ide/ide-disk.c - 1.22 linux/drivers/ide/ide-cs.c - 1.9 linux/drivers/ide/ide-cd.h - 1.10 linux/drivers/ide/ide-cd.c - 1.24 linux/drivers/ide/icside.c - 1.10 linux/drivers/ide/ht6560b.c - 1.4 linux/drivers/ide/hpt366.c - 1.12 linux/drivers/ide/hpt34x.c - 1.6 linux/drivers/ide/hd.c - 1.14 linux/drivers/ide/gayle.c - 1.7 linux/drivers/ide/falconide.c - 1.6 linux/drivers/ide/dtc2278.c - 1.4 linux/drivers/ide/cy82c693.c - 1.6 linux/drivers/ide/cs5530.c - 1.5 linux/drivers/ide/cmd64x.c - 1.8 linux/drivers/ide/cmd640.c - 1.5 linux/drivers/ide/buddha.c - 1.10 linux/drivers/ide/alim15x3.c - 1.12 linux/drivers/ide/ali14xx.c - 1.5 linux/drivers/ide/Makefile - 1.16 linux/drivers/ide/Config.in - 1.18 linux/drivers/block/elevator.c - 1.11 linux/Documentation/DocBook/videobook.tmpl - 1.7 linux/drivers/usb/dsbr100.c - 1.13 linux/drivers/net/wan/comx-hw-mixcom.c - 1.10 linux/drivers/net/tokenring/lanstreamer.c - 1.13 linux/Documentation/DocBook/kernel-api.tmpl - 1.15 linux/net/ipv4/netfilter/iptable_mangle.c - 1.9 linux/net/ipv4/netfilter/ipt_unclean.c - 1.9 linux/net/ipv4/netfilter/ipt_multiport.c - 1.6 linux/net/ipv4/netfilter/ipt_REJECT.c - 1.15 linux/net/ipv4/netfilter/ipfwadm_core.c - 1.10 linux/net/ipv4/netfilter/ipchains_core.c - 1.13 linux/net/ipv4/netfilter/ip_tables.c - 1.15 linux/net/ipv4/netfilter/ip_nat_standalone.c - 1.15 linux/net/ipv4/netfilter/ip_nat_rule.c - 1.8 linux/net/ipv4/netfilter/ip_nat_core.c - 1.12 linux/net/ipv4/netfilter/ip_conntrack_standalone.c - 1.14 linux/net/ipv4/netfilter/ip_conntrack_proto_udp.c - 1.9 linux/net/ipv4/netfilter/ip_conntrack_proto_tcp.c - 1.10 linux/net/ipv4/netfilter/ip_conntrack_ftp.c - 1.10 linux/net/ipv4/netfilter/ip_conntrack_core.c - 1.15 linux/net/ipv4/netfilter/Makefile - 1.13 linux/net/ipv4/netfilter/Config.in - 1.10 linux/include/linux/netfilter_ipv4/ip_nat_helper.h - 1.5 linux/include/linux/netfilter_ipv4/ip_conntrack.h - 1.12 linux/drivers/net/pcmcia/xircom_tulip_cb.c - 1.22 linux/drivers/sound/dmasound/dmasound_core.c - 1.12 linux/arch/i386/kernel/pci-irq.c - 1.24 linux/drivers/usb/serial/ftdi_sio.c - 1.29 linux/drivers/usb/serial/usbserial.c - 1.28 linux/drivers/usb/serial/visor.h - 1.10 linux/drivers/usb/serial/visor.c - 1.30 linux/drivers/ide/aec62xx.c - 1.4 linux/arch/ia64/kernel/smpboot.c - 1.9 linux/drivers/sound/i810_audio.c - 1.26 linux/drivers/sound/emu10k1/audio.c - 1.16 linux/include/asm-ppc/mpc8260.h - 1.5 linux/include/asm-ppc/immap_8260.h - 1.6 linux/include/asm-ppc/cpm_8260.h - 1.7 linux/arch/ppc/xmon/start_8xx.c - 1.4 linux/arch/ppc/kernel/ppc8260_pic.h - 1.4 linux/arch/ppc/kernel/ppc8260_pic.c - 1.5 linux/arch/ppc/kernel/m8260_setup.c - 1.15 linux/arch/ppc/8260_io/uart.c - 1.11 linux/arch/ppc/8260_io/enet.c - 1.9 linux/arch/ppc/8260_io/commproc.c - 1.5 linux/arch/ppc/8260_io/Makefile - 1.5 linux/arch/ppc/8260_io/Config.in - 1.5 linux/arch/s390/kernel/process.c - 1.12 linux/include/asm-s390/page.h - 1.7 linux/include/asm-s390/unistd.h - 1.10 linux/include/asm-s390/types.h - 1.3 linux/include/asm-s390/io.h - 1.4 linux/include/asm-s390/system.h - 1.8 linux/include/asm-s390/ide.h - 1.3 linux/include/asm-s390/ebcdic.h - 1.6 linux/include/asm-s390/setup.h - 1.6 linux/arch/s390/kernel/entry.S - 1.19 linux/arch/s390/kernel/head.S - 1.8 linux/drivers/s390/net/iucv.c - 1.11 linux/drivers/s390/misc/chandev.c - 1.11 linux/drivers/s390/block/dasd.c - 1.22 linux/drivers/s390/Makefile - 1.6 linux/drivers/s390/Config.in - 1.9 linux/include/asm-s390/processor.h - 1.11 linux/include/asm-s390/pgtable.h - 1.11 linux/arch/s390/kernel/time.c - 1.8 linux/include/asm-s390/pgalloc.h - 1.5 linux/arch/s390/kernel/s390_ksyms.c - 1.10 linux/arch/s390/kernel/setup.c - 1.10 linux/arch/s390/kernel/signal.c - 1.10 linux/arch/s390/mm/init.c - 1.10 linux/net/ipv6/netfilter/Makefile - 1.11 linux/net/ipv6/netfilter/Config.in - 1.7 linux/include/linux/netfilter_ipv6/ip6_tables.h - 1.5 linux/Documentation/DocBook/kernel-hacking.tmpl - 1.10 linux/Documentation/DocBook/kernel-locking.tmpl - 1.8 linux/kdb/modules/kdbm_pg.c - 1.67 linux/Documentation/DocBook/mousedrivers.tmpl - 1.4 linux/Documentation/DocBook/via-audio.tmpl - 1.6 linux/drivers/char/joystick/pcigame.c - 1.8 linux/Documentation/filesystems/Locking - 1.9 linux/drivers/char/i810_rng.c - 1.10 linux/include/asm-ppc/backlight.h - 1.5 linux/drivers/char/drm/mga_state.c - 1.8 linux/drivers/char/drm/mga_drm.h - 1.4 linux/drivers/char/drm/mga_dma.c - 1.7 linux/include/asm-ppc/mc146818rtc.h - 1.4 linux/include/asm-ppc/time.h - 1.9 linux/drivers/usb/storage/usb.h - 1.11 linux/drivers/usb/storage/usb.c - 1.17 linux/drivers/usb/storage/transport.c - 1.18 linux/arch/alpha/kernel/core_titan.c - 1.5 linux/arch/alpha/kernel/core_wildfire.c - 1.3 linux/drivers/usb/storage/scsiglue.c - 1.18 linux/arch/alpha/kernel/sys_titan.c - 1.4 linux/arch/alpha/kernel/sys_wildfire.c - 1.4 linux/arch/alpha/lib/callback_srm.S - 1.2 linux/drivers/usb/serial/keyspan.h - 1.8 linux/drivers/usb/serial/keyspan.c - 1.18 linux/arch/alpha/vmlinux.lds.in - 1.7 linux/fs/jffs/intrep.c - 1.10 linux/arch/ia64/kernel/ia64_ksyms.c - 1.10 linux/drivers/ieee1394/video1394.c - 1.19 linux/drivers/ieee1394/video1394.h - 1.7 linux/drivers/mtd/Config.in - 1.11 linux/drivers/mtd/Makefile - 1.9 linux/drivers/mtd/ftl.c - 1.13 linux/drivers/mtd/mtdblock.c - 1.11 linux/drivers/mtd/mtdchar.c - 1.8 linux/drivers/mtd/mtdcore.c - 1.7 linux/include/asm-alpha/core_titan.h - 1.5 linux/arch/ppc/configs/rpxlite_defconfig - 1.14 linux/arch/ppc/configs/rpxcllf_defconfig - 1.15 linux/arch/ppc/configs/est8260_defconfig - 1.15 linux/arch/ppc/configs/bseip_defconfig - 1.14 linux/include/linux/mtd/cfi.h - 1.8 linux/include/linux/mtd/compatmac.h - 1.3 linux/include/linux/mtd/flashchip.h - 1.3 linux/include/linux/mtd/ftl.h - 1.5 linux/include/linux/mtd/map.h - 1.8 linux/include/linux/mtd/mtd.h - 1.5 linux/include/linux/mtd/nand.h - 1.3 linux/include/linux/mtd/nftl.h - 1.4 linux/include/linux/mtd/pmc551.h - 1.4 linux/net/ipv4/tcp_minisocks.c - 1.13 linux/Documentation/arm/SA1100/nanoEngine - 1.3 linux/include/asm-sparc/highmem.h - 1.6 linux/drivers/usb/storage/shuttle_usbat.c - 1.9 linux/drivers/usb/storage/sddr09.h - 1.2 linux/drivers/usb/storage/sddr09.c - 1.15 linux/drivers/usb/storage/freecom.c - 1.11 linux/drivers/sound/cs46xx.c - 1.19 linux/drivers/sbus/char/display7seg.c - 1.4 linux/drivers/media/video/videodev.c - 1.12 linux/drivers/media/video/tvmixer.c - 1.9 linux/drivers/media/video/tuner.h - 1.9 linux/drivers/media/video/tuner.c - 1.11 linux/drivers/media/video/tda9875.c - 1.10 linux/drivers/media/video/tda7432.c - 1.11 linux/drivers/media/video/pms.c - 1.9 linux/drivers/media/video/msp3400.c - 1.12 linux/drivers/media/video/cpia_usb.c - 1.9 linux/drivers/media/video/cpia_pp.c - 1.5 linux/drivers/media/video/cpia.h - 1.5 linux/drivers/media/video/cpia.c - 1.9 linux/drivers/media/video/bttv.h - 1.13 linux/drivers/media/video/bttv-if.c - 1.7 linux/drivers/media/video/bttv-driver.c - 1.19 linux/drivers/media/video/bttv-cards.c - 1.13 linux/drivers/media/video/bt848.h - 1.4 linux/drivers/media/video/audiochip.h - 1.3 linux/drivers/media/video/Makefile - 1.7 linux/drivers/media/video/Config.in - 1.6 linux/drivers/media/radio/radio-rtrack2.c - 1.8 linux/drivers/media/radio/radio-gemtek.c - 1.9 linux/drivers/media/radio/radio-cadet.c - 1.7 linux/drivers/media/radio/radio-aimslab.c - 1.8 linux/drivers/media/radio/Makefile - 1.9 linux/drivers/media/radio/Config.in - 1.11 linux/drivers/input/mousedev.c - 1.7 linux/drivers/input/keybdev.c - 1.8 linux/drivers/input/joydev.c - 1.8 linux/drivers/input/input.c - 1.6 linux/drivers/input/evdev.c - 1.7 linux/drivers/char/joystick/iforce.c - 1.8 linux/arch/arm/mach-footbridge/personal-pci.c - 1.3 linux/arch/arm/mach-footbridge/netwinder-pci.c - 1.3 linux/arch/arm/mach-footbridge/ebsa285-pci.c - 1.3 linux/arch/arm/mach-footbridge/cats-pci.c - 1.3 linux/drivers/md/lvm.c - 1.27 linux/drivers/md/raid1.c - 1.19 linux/drivers/md/raid5.c - 1.24 linux/Documentation/cciss.txt - 1.5 linux/arch/arm/kernel/ftv-pci.c - 1.2 linux/arch/arm/mach-shark/pci.c - 1.2 linux/arch/i386/kernel/bluesmoke.c - 1.17 linux/arch/ppc/8260_io/fcc_enet.c - 1.5 linux/drivers/block/cciss.c - 1.24 linux/drivers/block/cciss.h - 1.7 linux/drivers/block/cciss_cmd.h - 1.6 linux/drivers/md/linear.c - 1.5 linux/drivers/md/md.c - 1.36 linux/drivers/md/raid0.c - 1.5 linux/drivers/net/hamachi.c - 1.15 linux/drivers/scsi/cpqfc.Readme - 1.6 linux/drivers/scsi/cpqfcTS.h - 1.4 linux/drivers/scsi/cpqfcTSchip.h - 1.2 linux/drivers/scsi/cpqfcTScontrol.c - 1.7 linux/drivers/scsi/cpqfcTSi2c.c - 1.2 linux/drivers/scsi/cpqfcTSinit.c - 1.14 linux/drivers/scsi/cpqfcTSioctl.h - 1.3 linux/drivers/scsi/cpqfcTSstructs.h - 1.8 linux/drivers/scsi/cpqfcTStrigger.c - 1.3 linux/drivers/scsi/cpqfcTSworker.c - 1.9 linux/include/asm-ppc/highmem.h - 1.6 linux/include/asm-ppc/keylargo.h - 1.6 linux/include/asm-ppc/kmap_types.h - 1.8 linux/include/asm-ppc/uninorth.h - 1.6 linux/include/linux/cciss_ioctl.h - 1.4 linux/drivers/ide/slc90e66.c - 1.6 linux/drivers/net/tulip/ChangeLog - 1.17 linux/drivers/usb/pegasus.h - 1.9 linux/drivers/video/sis/sis_main.c - 1.12 linux/Documentation/networking/netdevices.txt - 1.2 linux/drivers/media/video/tvaudio.c - 1.11 linux/drivers/media/video/bttvp.h - 1.9 linux/net/irda/irnet/irnet_irda.c - 1.11 linux/net/irda/irnet/irnet.h - 1.10 linux/include/asm-arm/xor.h - 1.5 linux/include/asm-i386/cpufeature.h - 1.3 linux/include/asm-ppc/module.h - 1.4 linux/include/asm-ppc/xor.h - 1.3 linux/include/linux/ethtool.h - 1.12 linux/arch/parisc/kernel/drivers.c - 1.3 linux/arch/parisc/kernel/entry.S - 1.3 linux/include/asm-parisc/atomic.h - 1.3 linux/include/asm-parisc/hdreg.h - 1.2 linux/include/asm-parisc/uaccess.h - 1.3 linux/include/asm-parisc/unistd.h - 1.4 linux/arch/alpha/lib/ev6-strncpy_from_user.S - 1.2 linux/arch/alpha/lib/ev6-stxcpy.S - 1.2 linux/arch/alpha/lib/ev6-stxncpy.S - 1.3 linux/arch/alpha/lib/ev67-strchr.S - 1.2 linux/arch/alpha/lib/ev67-strlen_user.S - 1.2 linux/drivers/net/lasi_82596.c - 1.9 linux/include/asm-parisc/ide.h - 1.4 linux/arch/parisc/vmlinux.lds - 1.4 linux/arch/parisc/mm/init.c - 1.3 linux/arch/parisc/mm/fault.c - 1.4 linux/include/asm-parisc/pci.h - 1.6 linux/include/asm-parisc/pdc.h - 1.3 linux/include/asm-parisc/pgalloc.h - 1.5 linux/include/asm-parisc/pgtable.h - 1.5 linux/drivers/usb/serial/Config.in - 1.14 linux/include/asm-parisc/processor.h - 1.7 linux/arch/parisc/lib/Makefile - 1.3 linux/arch/parisc/kernel/traps.c - 1.5 linux/arch/parisc/kernel/syscall.S - 1.4 linux/arch/parisc/kernel/setup.c - 1.4 linux/arch/parisc/kernel/sba_iommu.c - 1.5 linux/arch/i386/kernel/dmi_scan.c - 1.15 linux/arch/parisc/kernel/process.c - 1.4 linux/arch/parisc/kernel/pdc_cons.c - 1.5 linux/include/asm-parisc/scatterlist.h - 1.4 linux/arch/parisc/kernel/pci.c - 1.3 linux/arch/parisc/kernel/parisc_ksyms.c - 1.3 linux/arch/parisc/kernel/led.c - 1.3 linux/arch/parisc/kernel/lba_pci.c - 1.4 linux/arch/parisc/kernel/irq.c - 1.4 linux/arch/parisc/kernel/ccio-rm-dma.c - 1.4 linux/arch/parisc/kernel/ccio-dma.c - 1.5 linux/arch/parisc/kernel/Makefile - 1.3 linux/arch/parisc/defconfig - 1.7 linux/arch/parisc/Makefile - 1.3 linux/include/asm-parisc/system.h - 1.3 linux/include/asm-parisc/spinlock.h - 1.4 linux/drivers/mtd/nftlmount.c - 1.7 linux/drivers/mtd/mtdpart.c - 1.6 linux/drivers/video/matrox/matroxfb_g450.c - 1.5 linux/drivers/video/matrox/matroxfb_g450.h - 1.3 linux/include/asm-ia64/mmu.h - 1.2 linux/mm/shmem.c - 1.34 linux/arch/alpha/lib/ev67-strrchr.S - 1.2 linux/arch/ia64/sn/io/stubs.c - 1.4 linux/include/asm-ia64/sn/addrs.h - 1.4 linux/include/asm-ia64/sn/alenlist.h - 1.3 linux/include/asm-ia64/sn/arc/hinv.h - 1.4 linux/include/asm-ia64/sn/arc/types.h - 1.3 linux/include/asm-ia64/sn/arch.h - 1.4 linux/include/asm-ia64/sn/cdl.h - 1.4 linux/include/asm-ia64/sn/clksupport.h - 1.3 linux/include/asm-ia64/sn/dmamap.h - 1.4 linux/include/asm-ia64/sn/eeprom.h - 1.4 linux/include/asm-ia64/sn/gda.h - 1.4 linux/include/asm-ia64/sn/hack.h - 1.4 linux/include/asm-ia64/sn/hcl.h - 1.4 linux/include/asm-ia64/sn/intr_public.h - 1.4 linux/include/asm-ia64/sn/io.h - 1.4 linux/include/asm-ia64/sn/ioerror.h - 1.4 linux/include/asm-ia64/sn/iograph.h - 1.4 linux/include/asm-ia64/sn/klconfig.h - 1.4 linux/include/asm-ia64/sn/ksys/elsc.h - 1.4 linux/include/asm-ia64/sn/ksys/l1.h - 1.4 linux/arch/ia64/kernel/iosapic.c - 1.7 linux/include/asm-ia64/sn/module.h - 1.4 linux/include/asm-ia64/sn/xtalk/xwidget.h - 1.3 linux/include/asm-ia64/sn/xtalk/xtalkaddrs.h - 1.4 linux/include/asm-ia64/sn/xtalk/xtalk_private.h - 1.4 linux/include/asm-ia64/sn/xtalk/xtalk.h - 1.4 linux/include/asm-ia64/sn/xtalk/xbow.h - 1.4 linux/include/asm-ia64/sn/types.h - 1.4 linux/include/asm-ia64/sn/sn_private.h - 1.4 linux/include/asm-ia64/sn/sn_fru.h - 1.4 linux/include/asm-ia64/sn/sn_cpuid.h - 1.4 linux/include/asm-ia64/sn/sn1/slotnum.h - 1.4 linux/arch/ia64/lib/swiotlb.c - 1.8 linux/arch/ia64/sn/io/Makefile - 1.5 linux/arch/ia64/sn/io/cdl.c - 1.4 linux/arch/ia64/sn/io/hcl.c - 1.5 linux/arch/ia64/sn/io/hcl_util.c - 1.4 linux/arch/ia64/sn/io/hubdev.c - 1.4 linux/arch/ia64/sn/io/hubspc.c - 1.5 linux/arch/ia64/sn/io/invent.c - 1.4 linux/arch/ia64/sn/io/io.c - 1.4 linux/arch/ia64/sn/io/klgraph_hack.c - 1.5 linux/arch/ia64/sn/io/labelcl.c - 1.4 linux/arch/ia64/sn/io/pci.c - 1.4 linux/arch/ia64/sn/io/pci_dma.c - 1.6 linux/arch/ia64/sn/io/sgi_if.c - 1.4 linux/arch/ia64/sn/io/sgi_io_sim.c - 1.4 linux/include/asm-ia64/sn/nodepda.h - 1.4 linux/arch/ia64/sn/io/xswitch.c - 1.4 linux/include/asm-ia64/sn/sn1/hubxb_next.h - 1.4 linux/include/asm-ia64/sn/sn1/hubxb.h - 1.3 linux/include/asm-ia64/sn/sn1/hubpi_next.h - 1.4 linux/arch/ia64/sn/tools/make_textsym - 1.3 linux/include/asm-ia64/sn/sn1/hubpi.h - 1.3 linux/include/asm-ia64/sn/sn1/hubni_next.h - 1.3 linux/include/asm-ia64/sn/sn1/hubni.h - 1.3 linux/include/asm-ia64/sn/sn1/hubmd.h - 1.4 linux/include/asm-ia64/sn/sn1/hublb_next.h - 1.3 linux/include/asm-ia64/sn/sn1/hublb.h - 1.3 linux/include/asm-ia64/sn/sn1/hubio.h - 1.3 linux/include/asm-ia64/sn/sn1/hubdev.h - 1.3 linux/include/asm-ia64/sn/sn1/arch.h - 1.3 linux/include/asm-ia64/sn/sn1/addrs.h - 1.4 linux/include/asm-ia64/sn/slotnum.h - 1.4 linux/include/asm-ia64/sn/sgi.h - 1.4 linux/include/asm-ia64/sn/pci/pciio_private.h - 1.4 linux/include/asm-ia64/sn/pci/pciio.h - 1.4 linux/include/asm-ia64/sn/pci/pcibr_private.h - 1.5 linux/include/asm-ia64/sn/pci/pcibr.h - 1.4 linux/include/asm-ia64/sn/pci/pci_defs.h - 1.3 linux/include/asm-ia64/sn/pci/pci_bus_cvlink.h - 1.4 linux/include/asm-ia64/sn/pci/bridge.h - 1.4 linux/fs/reiserfs/stree.c - 1.17 linux/fs/reiserfs/super.c - 1.16 linux/fs/reiserfs/tail_conversion.c - 1.12 linux/include/asm-ppc/parport.h - 1.3 linux/drivers/acpi/acpi_ksyms.c - 1.7 linux/fs/reiserfs/namei.c - 1.17 linux/fs/reiserfs/journal.c - 1.18 linux/fs/reiserfs/inode.c - 1.24 linux/fs/reiserfs/fix_node.c - 1.15 linux/include/linux/reiserfs_fs.h - 1.17 linux/include/linux/reiserfs_fs_sb.h - 1.11 linux/drivers/usb/storage/unusual_devs.h - 1.10 linux/arch/ppc/kernel/open_pic_defs.h - 1.5 linux/arch/ppc/configs/power3_defconfig - 1.13 linux/net/ipv6/netfilter/ip6table_mangle.c - 1.4 linux/arch/ppc/configs/ibmchrp_defconfig - 1.13 linux/arch/s390x/kernel/time.c - 1.7 linux/arch/s390x/kernel/smp.c - 1.11 linux/include/asm-s390x/processor.h - 1.8 linux/include/asm-s390x/pgtable.h - 1.7 linux/include/asm-s390x/pgalloc.h - 1.5 linux/drivers/video/riva/rivafb.h - 1.3 linux/arch/s390x/kernel/signal.c - 1.7 linux/arch/s390x/kernel/setup.c - 1.9 linux/include/asm-s390x/page.h - 1.7 linux/drivers/video/riva/accel.c - 1.5 linux/include/asm-s390x/io.h - 1.3 linux/include/asm-s390x/ide.h - 1.3 linux/include/asm-s390x/idals.h - 1.3 linux/include/asm-s390x/ebcdic.h - 1.5 linux/arch/s390x/kernel/s390_ksyms.c - 1.8 linux/arch/s390x/kernel/process.c - 1.10 linux/arch/s390x/kernel/head.S - 1.8 linux/include/asm-s390x/setup.h - 1.6 linux/arch/cris/boot/compressed/decompress.ld - 1.5 linux/arch/cris/config.in - 1.10 linux/arch/cris/drivers/Config.in - 1.9 linux/arch/cris/drivers/Makefile - 1.6 linux/arch/cris/drivers/axisflashmap.c - 1.9 linux/arch/cris/drivers/ethernet.c - 1.10 linux/arch/cris/drivers/ide.c - 1.7 linux/arch/cris/drivers/serial.c - 1.13 linux/arch/cris/kernel/entry.S - 1.13 linux/arch/cris/kernel/ksyms.c - 1.5 linux/arch/cris/kernel/process.c - 1.12 linux/arch/cris/kernel/setup.c - 1.12 linux/arch/cris/kernel/signal.c - 1.7 linux/arch/cris/kernel/time.c - 1.8 linux/arch/cris/kernel/traps.c - 1.10 linux/arch/cris/lib/usercopy.c - 1.4 linux/drivers/s390/s390io.c - 1.10 linux/drivers/s390/idals.c - 1.4 linux/arch/s390x/kernel/entry.S - 1.14 linux/arch/s390x/kernel/debug.c - 1.8 linux/arch/s390x/mm/init.c - 1.8 linux/drivers/s390/block/xpram.c - 1.8 linux/include/asm-s390x/system.h - 1.6 linux/include/asm-s390x/types.h - 1.3 linux/arch/s390x/lib/uaccess.S - 1.3 linux/drivers/s390/block/dasd_3990_erp.c - 1.9 linux/include/asm-cris/unistd.h - 1.7 linux/include/asm-s390x/unistd.h - 1.7 linux/include/asm-cris/uaccess.h - 1.4 linux/include/asm-cris/timex.h - 1.6 linux/include/asm-cris/system.h - 1.6 linux/include/asm-cris/sv_addr_ag.h - 1.2 linux/include/asm-cris/semaphore.h - 1.5 linux/include/asm-s390/idals.h - 1.4 linux/include/asm-cris/atomic.h - 1.3 linux/drivers/net/pci-skeleton.c - 1.12 linux/include/asm-cris/bitops.h - 1.6 linux/include/asm-cris/byteorder.h - 1.2 linux/include/asm-cris/checksum.h - 1.4 linux/include/asm-cris/current.h - 1.3 linux/include/asm-cris/semaphore-helper.h - 1.3 linux/include/asm-cris/rtc.h - 1.4 linux/arch/s390/kernel/debug.c - 1.8 linux/include/asm-cris/mmu_context.h - 1.3 linux/include/asm-cris/processor.h - 1.10 linux/include/asm-cris/posix_types.h - 1.2 linux/include/asm-cris/pgtable.h - 1.8 linux/include/asm-cris/pgalloc.h - 1.4 linux/include/asm-cris/io.h - 1.7 linux/arch/s390/lib/uaccess.S - 1.3 linux/include/asm-cris/ide.h - 1.3 linux/include/linux/hdlc.h - 1.3 linux/Documentation/i810_rng.txt - 1.5 linux/include/asm-ppc/tlb.h - 1.3 linux/drivers/usb/serial/io_edgeport.c - 1.18 linux/drivers/usb/serial/io_16654.h - 1.2 linux/drivers/scsi/aic7xxx_old.c - 1.12 linux/drivers/scsi/aic7xxx/cam.h - 1.4 linux/drivers/scsi/aic7xxx/aicasm/aicasm_symbol.h - 1.4 linux/drivers/scsi/aic7xxx/aicasm/aicasm_symbol.c - 1.6 linux/drivers/scsi/aic7xxx/aicasm/aicasm_scan.l - 1.5 linux/drivers/scsi/aic7xxx/aicasm/aicasm_insformat.h - 1.4 linux/drivers/scsi/aic7xxx/aicasm/aicasm_gram.y - 1.5 linux/drivers/scsi/aic7xxx/aicasm/aicasm.h - 1.5 linux/drivers/scsi/aic7xxx/aicasm/aicasm.c - 1.5 linux/drivers/scsi/aic7xxx/aic7xxx_seq.h - 1.7 linux/drivers/scsi/aic7xxx/aic7xxx_reg.h - 1.7 linux/drivers/scsi/aic7xxx/aic7xxx_proc.c - 1.7 linux/drivers/scsi/aic7xxx/aic7xxx_pci.c - 1.7 linux/drivers/scsi/aic7xxx/aic7xxx_osm.h - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_inline.h - 1.6 linux/drivers/scsi/aic7xxx/aic7xxx_93cx6.h - 1.4 linux/drivers/scsi/aic7xxx/aic7xxx_93cx6.c - 1.5 linux/arch/arm/mach-integrator/arch.c - 1.3 linux/arch/arm/mach-integrator/pci.c - 1.3 linux/arch/arm/mach-integrator/pci_v3.c - 1.5 linux/drivers/scsi/aic7xxx/aic7xxx.h - 1.6 linux/drivers/scsi/aic7xxx/aic7770.c - 1.7 linux/drivers/scsi/aic7xxx/Makefile - 1.5 linux/drivers/scsi/aic7xxx/Config.in - 1.4 linux/drivers/net/wan/n2.c - 1.3 linux/drivers/net/wan/hdlc.c - 1.5 linux/drivers/net/wan/hd6457x.c - 1.2 linux/drivers/net/wan/hd64570.h - 1.2 linux/drivers/net/wan/dscc4.c - 1.6 linux/drivers/net/wan/c101.c - 1.3 linux/drivers/media/radio/radio-maxiradio.c - 1.5 linux/arch/ppc/configs/TQM860L_defconfig - 1.13 linux/arch/ppc/configs/TQM850L_defconfig - 1.12 linux/arch/ppc/configs/TQM823L_defconfig - 1.12 linux/arch/ppc/configs/SPD823TS_defconfig - 1.12 linux/arch/ppc/configs/SM850_defconfig - 1.12 linux/arch/ppc/configs/IVMS8_defconfig - 1.13 linux/drivers/s390/char/tuball.c - 1.7 linux/drivers/s390/char/tubfs.c - 1.5 linux/drivers/s390/char/tubio.h - 1.6 linux/Documentation/DocBook/tulip-user.tmpl - 1.3 linux/drivers/net/saa9730.c - 1.5 linux/drivers/video/pmagb-b-fb.h - 1.2 linux/drivers/char/qtronix.c - 1.4 linux/arch/sh/kernel/irq_intc2.c - 1.5 linux/include/asm-ia64/perfmon.h - 1.5 linux/include/asm-ia64/sn/pci/pciba.h - 1.3 linux/include/asm-ia64/sn/sn_sal.h - 1.3 linux/include/asm-ia64/sn/sv.h - 1.3 linux/net/ipv4/netfilter/ip_nat_helper.c - 1.5 linux/arch/cris/boot/rescue/Makefile - 1.4 linux/arch/cris/drivers/gpio.c - 1.9 linux/arch/cris/drivers/i2c.c - 1.4 linux/arch/cris/drivers/sync_serial.c - 1.6 linux/arch/cris/lib/dram_init.S - 1.8 linux/arch/cris/mm/ioremap.c - 1.3 linux/arch/ia64/sn/io/pciba.c - 1.3 linux/include/asm-ppc/ppc4xx.h - 1.3 linux/include/asm-ppc/ppc4xx_serial.h - 1.2 linux/include/asm-alpha/mmzone.h - 1.2 linux/include/asm-ppc/rwsem.h - 1.3 linux/drivers/net/fealnx.c - 1.13 linux/drivers/media/video/w9966.c - 1.6 linux/drivers/net/wireless/airport.c - 1.8 linux/drivers/net/wireless/hermes.c - 1.9 linux/drivers/net/wireless/hermes.h - 1.10 linux/drivers/net/wireless/orinoco.c - 1.10 linux/drivers/net/wireless/orinoco.h - 1.9 linux/drivers/net/wireless/orinoco_cs.c - 1.11 linux/arch/ppc/boot/utils/mkprep.c - 1.2 linux/arch/ppc/boot/utils/mknote.c - 1.2 linux/arch/alpha/mm/numa.c - 1.4 linux/arch/ppc/boot/utils/hack-coff.c - 1.2 linux/arch/ppc/boot/utils/addnote.c - 1.2 linux/arch/ppc/boot/utils/Makefile - 1.4 linux/arch/ppc/boot/prep/vreset.c - 1.4 linux/arch/ppc/boot/prep/of1275.h - 1.2 linux/arch/ppc/boot/prep/of1275.c - 1.2 linux/arch/ppc/boot/prep/misc.c - 1.8 linux/arch/ppc/boot/prep/kbd.c - 1.3 linux/arch/ppc/boot/prep/iso_font.h - 1.2 linux/arch/ppc/boot/prep/head.S - 1.5 linux/arch/ppc/boot/prep/Makefile - 1.8 linux/arch/ppc/boot/pmac/start.c - 1.3 linux/arch/ppc/boot/pmac/misc.S - 1.2 linux/arch/ppc/boot/pmac/coffmain.c - 1.5 linux/arch/ppc/boot/pmac/chrpmain.c - 1.5 linux/arch/ppc/boot/pmac/Makefile - 1.7 linux/arch/cris/drivers/ds1302.c - 1.6 linux/arch/cris/drivers/eeprom.c - 1.4 linux/arch/cris/drivers/parport.c - 1.8 linux/arch/ppc/boot/lib/zlib.c - 1.3 linux/arch/ppc/boot/lib/Makefile - 1.2 linux/drivers/usb/pwc.h - 1.10 linux/arch/ppc/boot/include/zlib.h - 1.2 linux/arch/ppc/boot/include/rs6000.h - 1.2 linux/arch/ppc/boot/include/nonstdio.h - 1.3 linux/arch/cris/lib/hw_settings.S - 1.4 linux/arch/ppc/boot/common/string.S - 1.2 linux/arch/ppc/boot/common/ns16550.c - 1.5 linux/arch/ppc/boot/common/misc-simple.c - 1.6 linux/arch/ppc/boot/common/misc-common.c - 1.6 linux/arch/ppc/boot/common/crt0.S - 1.5 linux/arch/ppc/boot/chrp/start.c - 1.4 linux/arch/ppc/boot/chrp/misc.S - 1.2 linux/arch/ppc/boot/chrp/main.c - 1.5 linux/arch/ppc/boot/chrp/Makefile - 1.5 linux/drivers/usb/pwc-uncompress.c - 1.4 linux/drivers/usb/pwc-ioctl.h - 1.6 linux/drivers/usb/pwc-if.c - 1.11 linux/drivers/usb/pwc-ctrl.c - 1.9 linux/include/asm-m68k/raw_io.h - 1.4 linux/include/asm-m68k/rtc.h - 1.3 linux/include/asm-m68k/sun3xflop.h - 1.3 linux/include/asm-m68k/zorro.h - 1.3 linux/include/net/bluetooth/hci.h - 1.6 linux/include/net/bluetooth/hci_core.h - 1.7 linux/drivers/bluetooth/hci_usb.c - 1.7 linux/drivers/bluetooth/Makefile - 1.5 linux/drivers/bluetooth/Config.in - 1.5 linux/arch/m68k/sun3x/prom.c - 1.4 linux/net/bluetooth/Config.in - 1.4 linux/arch/m68k/sun3/sun3dvma.c - 1.3 linux/net/bluetooth/Makefile - 1.4 linux/net/bluetooth/hci_core.c - 1.10 linux/net/bluetooth/hci_sock.c - 1.6 linux/net/bluetooth/syms.c - 1.4 linux/drivers/mtd/nand/nand.c - 1.3 linux/drivers/mtd/nftlcore.c - 1.9 linux/drivers/mtd/bootldr.c - 1.3 linux/drivers/mtd/nand/spia.c - 1.6 linux/drivers/mtd/nand/nand_ecc.c - 1.4 linux/drivers/mtd/nand/Makefile - 1.4 linux/drivers/mtd/nand/Config.in - 1.6 linux/drivers/mtd/mtdblock_ro.c - 1.7 linux/drivers/mtd/maps/sbc_gxx.c - 1.5 linux/drivers/mtd/maps/sa1100-flash.c - 1.4 linux/drivers/mtd/maps/physmap.c - 1.3 linux/drivers/mtd/maps/octagon-5066.c - 1.3 linux/include/linux/mtd/cfi_endian.h - 1.3 linux/drivers/mtd/maps/dc21285.c - 1.4 linux/drivers/mtd/maps/Makefile - 1.5 linux/drivers/mtd/maps/Config.in - 1.6 linux/drivers/mtd/devices/slram.c - 1.3 linux/drivers/mtd/devices/pmc551.c - 1.4 linux/drivers/mtd/devices/mtdram.c - 1.4 linux/drivers/mtd/devices/docprobe.c - 1.4 linux/drivers/mtd/devices/doc2001.c - 1.3 linux/drivers/mtd/devices/doc2000.c - 1.3 linux/drivers/mtd/devices/doc1000.c - 1.4 linux/drivers/mtd/devices/Config.in - 1.4 linux/drivers/mtd/chips/sharp.c - 1.4 linux/drivers/mtd/chips/jedec.c - 1.6 linux/drivers/mtd/chips/chipreg.c - 1.3 linux/drivers/mtd/chips/cfi_probe.c - 1.3 linux/drivers/mtd/chips/cfi_cmdset_0002.c - 1.4 linux/drivers/mtd/chips/cfi_cmdset_0001.c - 1.3 linux/drivers/mtd/chips/amd_flash.c - 1.5 linux/drivers/mtd/chips/Makefile - 1.6 linux/drivers/mtd/chips/Config.in - 1.3 linux/arch/alpha/lib/udelay.c - 1.2 linux/drivers/usb/serial/pl2303.h - 1.4 linux/drivers/net/wireless/airo.c - 1.14 linux/drivers/usb/serial/pl2303.c - 1.9 linux/Documentation/DocBook/procfs-guide.tmpl - 1.3 linux/arch/ppc/mm/hashtable.S - 1.4 linux/drivers/net/irda/ali-ircc.c - 1.9 linux/drivers/net/sk98lin/h/skversion.h - 1.3 linux/drivers/net/sk98lin/skproc.c - 1.8 linux/drivers/scsi/pcmcia/nsp_cs.c - 1.8 linux/include/asm-s390/pci.h - 1.2 linux/Documentation/sonypi.txt - 1.8 linux/Documentation/video4linux/meye.txt - 1.5 linux/include/linux/meye.h - 1.2 linux/drivers/char/sonypi.h - 1.9 linux/drivers/media/video/meye.h - 1.4 linux/drivers/media/video/meye.c - 1.8 linux/drivers/usb/usb-skeleton.c - 1.8 linux/drivers/net/lp486e.c - 1.5 linux/include/linux/sonypi.h - 1.6 linux/drivers/char/sonypi.c - 1.8 linux/drivers/net/dl2k.h - 1.9 linux/drivers/net/dl2k.c - 1.12 linux/drivers/message/fusion/mptscsih.h - 1.4 linux/drivers/message/fusion/mptscsih.c - 1.7 linux/drivers/message/fusion/mptlan.h - 1.4 linux/drivers/message/fusion/mptlan.c - 1.7 linux/drivers/message/fusion/mptctl.c - 1.8 linux/drivers/message/fusion/mptbase.h - 1.7 linux/drivers/message/fusion/mptbase.c - 1.7 linux/drivers/message/fusion/lsi/mpi_type.h - 1.3 linux/drivers/message/fusion/lsi/mpi_targ.h - 1.4 linux/drivers/message/fusion/lsi/mpi_lan.h - 1.4 linux/drivers/message/fusion/lsi/mpi_ioc.h - 1.4 linux/drivers/message/fusion/lsi/mpi_init.h - 1.4 linux/drivers/message/fusion/lsi/mpi_fc.h - 1.4 linux/drivers/message/fusion/lsi/mpi_cnfg.h - 1.4 linux/drivers/message/fusion/lsi/mpi.h - 1.4 linux/drivers/message/fusion/Config.in - 1.3 linux/drivers/message/fusion/linux_compat.h - 1.5 linux/drivers/ieee1394/sbp2.c - 1.12 linux/drivers/ieee1394/sbp2.h - 1.10 linux/drivers/ieee1394/nodemgr.c - 1.13 linux/drivers/ieee1394/nodemgr.h - 1.6 linux/include/asm-s390x/pci.h - 1.2 linux/fs/partitions/ldm.c - 1.7 linux/drivers/usb/storage/jumpshot.c - 1.7 linux/drivers/usb/storage/isd200.c - 1.5 linux/drivers/usb/storage/datafab.c - 1.7 linux/drivers/char/drm/radeon.h - 1.2 linux/drivers/char/drm/drm_ioctl.h - 1.4 linux/drivers/char/drm/drm_vm.h - 1.10 linux/drivers/char/drm/drm_scatter.h - 1.5 linux/drivers/char/drm/drm_lists.h - 1.3 linux/drivers/char/drm/drm_auth.h - 1.3 linux/drivers/char/drm/drm_agpsupport.h - 1.6 linux/drivers/net/wan/farsync.c - 1.6 linux/drivers/net/wan/farsync.h - 1.2 linux/drivers/scsi/cpqfcTStrigger.h - 1.2 linux/drivers/usb/CDCEther.c - 1.8 linux/drivers/usb/CDCEther.h - 1.5 linux/drivers/usb/kaweth.c - 1.10 linux/drivers/ieee1394/ieee1394_hotplug.h - 1.3 linux/drivers/ide/serverworks.c - 1.4 linux/drivers/ide/it8172.c - 1.4 linux/drivers/ide/ide-adma.c - 1.2 linux/drivers/ide/amd74xx.c - 1.3 linux/arch/arm/mm/discontig.c - 1.2 linux/arch/arm/mach-sa1100/simpad.c - 1.4 linux/arch/arm/mach-sa1100/sa1111.c - 1.4 linux/include/asm-arm/arch-anakin/system.h - 1.2 linux/arch/arm/mach-sa1100/neponset.c - 1.5 linux/arch/arm/mach-anakin/irq.c - 1.2 linux/arch/arm/mach-sa1100/assabet.c - 1.5 linux/arch/arm/mach-sa1100/cpu-sa1100.c - 1.3 linux/arch/ppc/mm/4xx_mmu.c - 1.3 linux/drivers/usb/usbnet.c - 1.12 linux/arch/ppc/mm/cachemap.c - 1.3 linux/arch/ppc/mm/mmu_context.c - 1.3 linux/arch/ppc/mm/mmu_decl.h - 1.5 linux/arch/ppc/mm/pgtable.c - 1.5 linux/arch/ppc/mm/ppc_mmu.c - 1.6 linux/arch/ppc/mm/tlb.c - 1.2 linux/include/asm-ppc/btext.h - 1.3 linux/include/asm-ppc/cputable.h - 1.4 linux/arch/ppc/boot/common/ofcommon.c - 1.3 linux/arch/ppc/kernel/l2cr.S - 1.5 linux/arch/ppc/kernel/cputable.c - 1.7 linux/arch/ppc/kernel/btext.c - 1.5 linux/drivers/video/radeonfb.c - 1.13 linux/drivers/usb/usbvideo.h - 1.5 linux/drivers/usb/usbvideo.c - 1.6 linux/drivers/sound/nec_vrc5477.c - 1.7 linux/drivers/scsi/dpt_i2o.c - 1.8 linux/drivers/ide/qd65xx.h - 1.3 linux/drivers/ide/qd65xx.c - 1.3 linux/include/asm-ppc/sections.h - 1.2 linux/drivers/isdn/hisax/st5481.h - 1.4 linux/drivers/isdn/hisax/st5481_b.c - 1.4 linux/drivers/isdn/hisax/st5481_d.c - 1.6 linux/drivers/isdn/hisax/st5481_init.c - 1.4 linux/drivers/isdn/hisax/st5481_usb.c - 1.6 linux/drivers/net/ns83820.c - 1.12 linux/drivers/parport/parport_cs.c - 1.4 linux/drivers/usb/hid-core.c - 1.7 linux/fs/jffs2/nodelist.c - 1.6 linux/fs/jffs2/nodelist.h - 1.5 linux/drivers/md/multipath.c - 1.5 linux/drivers/ide/ataraid.h - 1.3 linux/drivers/net/pcmcia/xircom_cb.c - 1.7 linux/drivers/ide/pdcraid.h - 1.2 linux/drivers/ide/pdcraid.c - 1.7 linux/drivers/ide/hptraid.h - 1.3 linux/drivers/ide/hptraid.c - 1.7 linux/drivers/ide/ataraid.c - 1.5 linux/arch/i386/kernel/nmi.c - 1.5 linux/drivers/char/mwave/mwavedd.c - 1.4 linux/drivers/mtd/devices/blkmtd.c - 1.5 linux/drivers/mtd/chips/jedec_probe.c - 1.4 linux/include/asm-i386/smpboot.h - 1.3 linux/drivers/mtd/chips/gen_probe.c - 1.2 linux/drivers/mtd/maps/tqm8xxl.c - 1.2 linux/fs/namespace.c - 1.13 linux/drivers/mtd/afs.c - 1.3 linux/drivers/usb/ultracam.c - 1.3 linux/drivers/usb/hpusbscsi.h - 1.3 linux/drivers/usb/hpusbscsi.c - 1.5 linux/drivers/ide/ide-m8xx.c - 1.3 linux/include/asm-ppc/commproc.h - 1.3 linux/drivers/net/wireless/orinoco_plx.c - 1.8 linux/drivers/pcmcia/sa1100_generic.c - 1.4 linux/drivers/i2c/i2c-proc.c - 1.3 linux/arch/arm/mach-sa1100/h3600.c - 1.4 linux/arch/arm/mach-sa1100/adsbitsy.c - 1.3 linux/drivers/message/i2o/i2o_core.c - 1.8 linux/drivers/message/i2o/i2o_config.c - 1.5 linux/Documentation/video4linux/bttv/Cards - 1.4 linux/drivers/net/8139cp.c - 1.9 linux/net/8021q/vlanproc.c - 1.6 linux/net/8021q/vlan_dev.c - 1.5 linux/net/8021q/vlan.c - 1.5 linux/Documentation/networking/ifenslave.c - 1.3 linux/Documentation/networking/bonding.txt - 1.3 linux/drivers/atm/idt77252.c - 1.5 linux/fs/jbd/journal.c - 1.6 linux/drivers/net/tulip/pnic2.c - 1.2 linux/drivers/scsi/sym53c8xx_2/sym_hipd.c - 1.4 linux/net/atm/pppoatm.c - 1.3 linux/fs/ext3/ialloc.c - 1.4 linux/fs/ext3/inode.c - 1.6 linux/fs/ext3/ioctl.c - 1.3 linux/fs/ext3/namei.c - 1.3 linux/fs/ext3/super.c - 1.5 linux/drivers/hotplug/pci_hotplug_util.c - 1.2 linux/drivers/hotplug/pci_hotplug.h - 1.3 linux/drivers/hotplug/Makefile - 1.4 linux/include/linux/jbd.h - 1.6 linux/fs/jbd/recovery.c - 1.4 linux/include/linux/ext3_jbd.h - 1.3 linux/include/linux/ext3_fs.h - 1.5 linux/fs/jbd/revoke.c - 1.5 linux/fs/jbd/transaction.c - 1.5 linux/fs/nfs/pagelist.c - 1.5 linux/fs/seq_file.c - 1.4 linux/fs/ext3/balloc.c - 1.4 linux/drivers/net/pcmcia/axnet_cs.c - 1.4 linux/drivers/scsi/aacraid/linit.c - 1.4 linux/drivers/scsi/aacraid/aachba.c - 1.4 linux/drivers/char/drm-4.0/agpsupport.c - 1.2 linux/drivers/net/mii.c - 1.4 linux/drivers/net/wireless/ieee802_11.h - 1.3 linux/include/asm-ppc/pmac_feature.h - 1.5 linux/drivers/usb/serial/ipaq.h - 1.4 linux/drivers/usb/serial/ipaq.c - 1.4 linux/net/ipv6/netfilter/ip6_queue.c - 1.4 linux/drivers/usb/vicam.c - 1.4 linux/drivers/usb/vicam.h - 1.3 linux/drivers/usb/vicamurbs.h - 1.3 linux/drivers/char/drm-4.0/i810_dma.c - 1.4 linux/net/ipv4/netfilter/ipt_ULOG.c - 1.5 linux/drivers/bluetooth/hci_usb.h - 1.3 linux/drivers/bluetooth/hci_uart.h - 1.2 linux/drivers/bluetooth/hci_ldisc.c - 1.3 linux/drivers/bluetooth/hci_h4.h - 1.2 linux/drivers/bluetooth/hci_h4.c - 1.2 linux/drivers/char/amd768_rng.c - 1.2 linux/drivers/block/umem.c - 1.5 linux/drivers/block/cciss_scsi.h - 1.2 linux/Documentation/networking/pktgen.txt - 1.3 linux/drivers/block/cciss_scsi.c - 1.3 linux/drivers/hotplug/ibmphp_ebda.c - 1.3 linux/Documentation/usb/auerswald.txt - 1.3 linux/Documentation/usb/ehci.txt - 1.2 linux/drivers/ide/ide-taskfile.c - 1.2 linux/drivers/ieee1394/amdtp.c - 1.5 linux/drivers/ieee1394/amdtp.h - 1.3 linux/drivers/ieee1394/cmp.c - 1.3 linux/drivers/ieee1394/dv1394-private.h - 1.5 linux/Documentation/watchdog-api.txt - 1.2 linux/drivers/ieee1394/dv1394.c - 1.5 linux/drivers/ieee1394/dv1394.h - 1.3 linux/drivers/ieee1394/eth1394.c - 1.4 linux/drivers/ieee1394/eth1394.h - 1.3 linux/drivers/message/fusion/lsi/mpi_raid.h - 1.2 linux/drivers/message/fusion/mptctl.h - 1.3 linux/net/core/wireless.c - 1.3 linux/drivers/mtd/maps/epxa10db-flash.c - 1.2 linux/drivers/mtd/maps/ich2rom.c - 1.2 linux/drivers/mtd/maps/pb1xxx-flash.c - 1.3 linux/net/bluetooth/sco.c - 1.3 linux/net/bluetooth/l2cap.c - 1.3 linux/net/bluetooth/hci_conn.c - 1.4 linux/drivers/mtd/maps/pci.c - 1.3 linux/net/atm/br2684.c - 1.2 linux/drivers/mtd/mtdconcat.c - 1.2 linux/arch/arm/def-configs/badge4 - 1.2 linux/drivers/net/sun3_82586.c - 1.2 linux/arch/sparc/kernel/apc.c - 1.2 linux/drivers/net/tg3.c - 1.8 linux/drivers/net/tg3.h - 1.6 linux/drivers/net/tokenring/3c359.c - 1.3 linux/init/do_mounts.c - 1.6 linux/drivers/net/wan/8253x/8253xtty.c - 1.2 linux/include/net/iw_handler.h - 1.3 linux/include/linux/umem.h - 1.2 linux/arch/arm/mach-sa1100/badge4.c - 1.2 linux/arch/ppc64/xmon/xmon.c - 1.3 linux/arch/ppc64/xmon/start.c - 1.3 linux/arch/ppc64/vmlinux.lds - 1.2 linux/arch/ppc64/mm/init.c - 1.3 linux/arch/ppc64/mm/fault.c - 1.3 linux/arch/ppc64/mm/extable.c - 1.2 linux/arch/ppc64/lib/string.S - 1.3 linux/arch/ppc64/lib/dec_and_lock.c - 1.2 linux/arch/ppc64/lib/Makefile - 1.2 linux/arch/ppc64/kernel/xics.c - 1.3 linux/arch/ppc64/kernel/udbg.c - 1.3 linux/arch/ppc64/kernel/traps.c - 1.3 linux/arch/ppc64/kernel/time.c - 1.3 linux/arch/ppc64/kernel/syscalls.c - 1.2 linux/arch/arm/mach-sa1100/system3.c - 1.2 linux/arch/ppc64/kernel/sys_ppc32.c - 1.3 linux/arch/ppc64/kernel/sys32.S - 1.2 linux/arch/ppc64/kernel/smp.c - 1.3 linux/arch/ppc64/kernel/signal32.c - 1.3 linux/arch/ppc64/kernel/signal.c - 1.3 linux/arch/ppc64/kernel/setup.c - 1.3 linux/arch/ppc64/kernel/rtc.c - 1.2 linux/arch/ppc64/kernel/rtasd.c - 1.3 linux/arch/ppc64/kernel/rtas.c - 1.3 linux/arch/ppc64/kernel/rtas-proc.c - 1.2 linux/arch/ppc64/kernel/ptrace32.c - 1.3 linux/arch/ppc64/kernel/ptrace.c - 1.3 linux/arch/ppc64/kernel/prom.c - 1.3 linux/arch/ppc64/kernel/process.c - 1.3 linux/arch/ppc64/kernel/proc_pmc.c - 1.3 linux/arch/ppc64/kernel/ppc_ksyms.c - 1.3 linux/arch/ppc64/kernel/pmc.c - 1.3 linux/arch/ppc64/kernel/pci_dn.c - 1.3 linux/arch/ppc64/kernel/pci_dma.c - 1.3 linux/arch/ppc64/kernel/pci.h - 1.2 linux/arch/ppc64/kernel/pci.c - 1.3 linux/arch/ppc64/kernel/pacaData.c - 1.3 linux/arch/ppc64/kernel/pSeries_pci.c - 1.3 linux/arch/cris/drivers/bluetooth/Makefile - 1.2 linux/include/asm-s390x/rwsem.h - 1.2 linux/include/asm-s390/rwsem.h - 1.2 linux/include/asm-ppc64/unistd.h - 1.2 linux/include/asm-ppc64/ucontext.h - 1.2 linux/include/asm-ppc64/uaccess.h - 1.3 linux/include/asm-ppc64/types.h - 1.3 linux/include/asm-ppc64/timex.h - 1.3 linux/include/asm-ppc64/termios.h - 1.3 linux/include/asm-ppc64/system.h - 1.3 linux/include/asm-ppc64/stat.h - 1.2 linux/include/asm-ppc64/smplock.h - 1.3 linux/include/asm-ppc64/smp.h - 1.2 linux/include/asm-ppc64/signal.h - 1.2 linux/include/asm-ppc64/siginfo.h - 1.3 linux/include/asm-ppc64/sigcontext.h - 1.2 linux/include/asm-ppc64/rwsem.h - 1.2 linux/include/asm-ppc64/rtas.h - 1.3 linux/include/asm-ppc64/ptrace.h - 1.2 linux/include/asm-ppc64/prom.h - 1.3 linux/include/asm-ppc64/processor.h - 1.3 linux/include/asm-ppc64/ppcdebug.h - 1.3 linux/include/asm-ppc64/ppc32.h - 1.2 linux/include/asm-ppc64/posix_types.h - 1.2 linux/include/asm-ppc64/pgtable.h - 1.3 linux/include/asm-ppc64/page.h - 1.3 linux/include/asm-ppc64/paca.h - 1.3 linux/include/asm-ppc64/naca.h - 1.3 linux/include/asm-ppc64/mmu_context.h - 1.2 linux/include/asm-ppc64/mmu.h - 1.3 linux/include/asm-ppc64/memory.h - 1.2 linux/include/asm-ppc64/lmb.h - 1.3 linux/include/asm-ppc64/ipc.h - 1.2 linux/include/asm-ppc64/ioctls.h - 1.2 linux/include/asm-ppc64/io.h - 1.3 linux/include/asm-ppc64/ide.h - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-bigsur-mp - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-bigsur-sp - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-dig-mp - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-dig-sp - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-generic-mp - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-generic-sp - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-hp-sp - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-prom-medusa - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-sn1-mp - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-sn1-mp-modules - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-sn1-mp-syn1-0 - 1.2 linux/arch/ia64/sn/configs/sn1/defconfig-sn1-sp - 1.2 linux/arch/ia64/sn/configs/sn2/defconfig-dig-numa - 1.2 linux/arch/ia64/sn/configs/sn2/defconfig-sn2-dig-mp - 1.2 linux/arch/ia64/sn/configs/sn2/defconfig-sn2-dig-sp - 1.2 linux/arch/ia64/sn/configs/sn2/defconfig-sn2-mp - 1.2 linux/arch/ia64/sn/configs/sn2/defconfig-sn2-mp-modules - 1.2 linux/arch/ia64/sn/configs/sn2/defconfig-sn2-prom-medusa - 1.2 linux/arch/ia64/sn/configs/sn2/defconfig-sn2-sp - 1.2 linux/arch/ia64/sn/fakeprom/Makefile - 1.2 linux/arch/ia64/sn/fakeprom/README - 1.3 linux/arch/ia64/sn/fakeprom/fpmem.c - 1.3 linux/arch/ia64/sn/fakeprom/fprom.lds - 1.2 linux/arch/ia64/sn/fakeprom/fpromasm.S - 1.2 linux/arch/ia64/sn/fakeprom/fw-emu.c - 1.3 linux/arch/ia64/sn/fakeprom/klgraph_init.c - 1.2 linux/arch/ia64/sn/fakeprom/main.c - 1.2 linux/include/asm-ppc64/iSeries/HvCall.h - 1.3 linux/include/asm-ppc64/hw_irq.h - 1.2 linux/include/asm-ppc64/elf.h - 1.2 linux/include/asm-ppc64/eeh.h - 1.3 linux/arch/ia64/sn/io/sn1/hubcounters.c - 1.2 linux/arch/ia64/sn/io/sn1/mem_refcnt.c - 1.2 linux/arch/ia64/sn/io/sn1/pcibr.c - 1.2 linux/arch/ia64/sn/io/sn2/bte_error.c - 1.2 linux/arch/ia64/sn/io/sn2/ml_SN_intr.c - 1.2 linux/arch/ia64/sn/io/sn2/pcibr/pcibr_ate.c - 1.2 linux/arch/ia64/sn/io/sn2/pcibr/pcibr_config.c - 1.2 linux/arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c - 1.2 linux/arch/ia64/sn/io/sn2/pcibr/pcibr_error.c - 1.2 linux/arch/ia64/sn/io/sn2/pcibr/pcibr_hints.c - 1.2 linux/arch/ia64/sn/io/sn2/pcibr/pcibr_intr.c - 1.2 linux/arch/ia64/sn/io/sn2/pcibr/pcibr_rrb.c - 1.2 linux/arch/ia64/sn/io/sn2/pcibr/pcibr_slot.c - 1.2 linux/arch/ia64/sn/io/sn2/shub_intr.c - 1.2 linux/arch/ia64/sn/io/sn2/shuberror.c - 1.2 linux/include/asm-ppc64/delay.h - 1.3 linux/arch/ia64/sn/kernel/Makefile - 1.2 linux/arch/ia64/sn/kernel/bte.c - 1.2 linux/arch/ia64/sn/kernel/iomv.c - 1.2 linux/arch/ia64/sn/kernel/irq.c - 1.2 linux/arch/ia64/sn/kernel/mca.c - 1.2 linux/arch/ia64/sn/kernel/misctest.c - 1.3 linux/arch/ia64/sn/kernel/setup.c - 1.2 linux/arch/ia64/sn/kernel/sn1/Makefile - 1.2 linux/arch/ia64/sn/kernel/sn1/sn1_smp.c - 1.2 linux/arch/ia64/sn/kernel/sn1/synergy.c - 1.2 linux/arch/ia64/sn/kernel/sn2/Makefile - 1.2 linux/arch/ia64/sn/kernel/sn2/iomv.c - 1.2 linux/arch/ia64/sn/kernel/sn2/sn2_smp.c - 1.2 linux/arch/ia64/sn/kernel/sn_asm.S - 1.2 linux/arch/ia64/sn/kernel/sn_ksyms.c - 1.3 linux/arch/ia64/sn/kernel/sv.c - 1.2 linux/include/asm-ppc64/bitops.h - 1.2 linux/include/asm-ppc64/a.out.h - 1.2 linux/arch/ppc64/kernel/nvram.c - 1.2 linux/arch/ppc64/kernel/mk_defs.c - 1.3 linux/arch/ppc64/kernel/misc.S - 1.3 linux/arch/ppc64/kernel/ioctl32.c - 1.3 linux/arch/ppc64/kernel/idle.c - 1.2 linux/arch/ppc64/kernel/iSeries_setup.c - 1.3 linux/arch/ppc64/kernel/iSeries_pci.c - 1.3 linux/arch/ppc64/kernel/iSeries_VpdInfo.c - 1.2 linux/arch/ppc64/kernel/htab.c - 1.3 linux/arch/ppc64/kernel/head.S - 1.3 linux/arch/ppc64/kernel/entry.S - 1.3 linux/arch/ppc64/kernel/eeh.c - 1.3 linux/arch/ppc64/kernel/chrp_setup.c - 1.3 linux/arch/ppc64/kernel/bitops.c - 1.2 linux/arch/ppc64/kernel/Makefile - 1.3 linux/arch/ppc64/kernel/ItLpQueue.c - 1.2 linux/arch/ppc64/defconfig - 1.3 linux/arch/ppc64/configs/pSeries_defconfig - 1.3 linux/arch/ppc64/config.in - 1.3 linux/arch/ppc64/boot/zImage.c - 1.3 linux/arch/ppc64/boot/addSystemMap.c - 1.3 linux/arch/ppc64/boot/addRamDisk.c - 1.3 linux/arch/ppc64/boot/Makefile - 1.2 linux/drivers/net/wan/comx-hw-munich.c - 1.3 linux/drivers/net/wireless/orinoco_pci.c - 1.3 linux/arch/ppc/kernel/prom_init.c - 1.2 linux/drivers/scsi/aic7xxx/aic7770_osm.c - 1.2 linux/drivers/scsi/aic7xxx/aic7xxx_core.c - 1.4 linux/drivers/scsi/aic7xxx/aic7xxx_osm.c - 1.2 linux/drivers/scsi/aic7xxx/aic7xxx_osm_pci.c - 1.2 linux/drivers/scsi/aic7xxx/aicasm/aicasm_macro_gram.y - 1.2 linux/drivers/scsi/aic7xxx/aicasm/aicasm_macro_scan.l - 1.2 linux/arch/ppc/boot/utils/mktree.c - 1.2 linux/arch/ppc/boot/simple/misc-embedded.c - 1.3 linux/arch/ppc/boot/simple/m8xx_tty.c - 1.2 linux/include/asm-ia64/sn/uart16550.h - 1.2 linux/include/asm-ia64/sn/sndrv.h - 1.2 linux/include/asm-ia64/sn/snconfig.h - 1.2 linux/include/asm-ia64/sn/sn2/sn_private.h - 1.2 linux/include/asm-ia64/sn/sn2/slotnum.h - 1.2 linux/include/asm-ia64/sn/sn2/shubio.h - 1.2 linux/include/asm-ia64/sn/sn2/shub_mmr.h - 1.2 linux/include/asm-ia64/sn/sn2/shub.h - 1.2 linux/include/asm-ia64/sn/sn2/intr.h - 1.2 linux/include/asm-ia64/sn/sn2/arch.h - 1.2 linux/include/asm-ia64/sn/sn2/addrs.h - 1.2 linux/include/asm-ia64/sn/sn1/synergy.h - 1.2 linux/include/asm-ia64/sn/sn1/sn_private.h - 1.2 linux/include/asm-ia64/sn/sn1/mem_refcnt.h - 1.2 linux/include/asm-ia64/sn/sn1/intr_public.h - 1.2 linux/include/asm-ia64/sn/sn1/hwcntrs.h - 1.2 linux/include/asm-ia64/sn/sn1/hubstat.h - 1.2 linux/include/asm-ia64/sn/sn1/hubspc.h - 1.2 linux/include/asm-ia64/sn/simulator.h - 1.2 linux/include/asm-ia64/sn/pda.h - 1.2 linux/include/asm-ia64/sn/nag.h - 1.2 linux/include/asm-ia64/sn/leds.h - 1.2 linux/include/asm-ia64/sn/klclock.h - 1.2 linux/include/asm-ia64/sn/ifconfig_net.h - 1.2 linux/include/asm-ia64/sn/hires_clock.h - 1.2 linux/include/asm-ia64/sn/fetchop.h - 1.2 linux/include/asm-ia64/sn/bte_copy.h - 1.2 linux/include/asm-ia64/sn/bte.h - 1.2 linux/include/asm-ia64/machvec_sn2.h - 1.3 linux/arch/ppc/boot/simple/m8260_tty.c - 1.2 linux/arch/ppc/boot/simple/iic.c - 1.2 linux/arch/ppc/boot/simple/head.S - 1.3 linux/arch/ppc/boot/simple/embed_config.c - 1.2 linux/arch/ppc/boot/simple/direct.S - 1.2 linux/arch/ppc/boot/simple/Makefile - 1.3 linux/arch/ppc/boot/ld.script - 1.3 linux/arch/ppc/boot/common/util.S - 1.3 linux/arch/ppc/boot/common/relocate.S - 1.4 linux/arch/ppc/boot/common/dummy.c - 1.2 linux/drivers/usb/auerswald.c - 1.4 linux/drivers/usb/hcd.c - 1.3 linux/drivers/usb/hcd.h - 1.3 linux/drivers/usb/hcd/Config.in - 1.2 linux/drivers/usb/hcd/Makefile - 1.2 linux/drivers/usb/hcd/ehci-dbg.c - 1.2 linux/drivers/usb/hcd/ehci-hcd.c - 1.3 linux/drivers/usb/hcd/ehci-hub.c - 1.2 linux/drivers/usb/hcd/ehci-mem.c - 1.2 linux/drivers/usb/hcd/ehci-q.c - 1.3 linux/drivers/usb/hcd/ehci-sched.c - 1.3 linux/drivers/usb/hcd/ehci.h - 1.2 linux/drivers/usb/rtl8150.c - 1.4 linux/drivers/video/matrox/g450_pll.c - 1.2 linux/drivers/video/matrox/g450_pll.h - 1.2 linux/drivers/video/neofb.c - 1.4 linux/include/asm-arm/arch-clps711x/system.h - 1.2 linux/arch/x86_64/boot/bootsect.S - 1.2 linux/Documentation/BK-usage/bk-kernel-howto.txt - 1.2 linux/Documentation/DocBook/journal-api.tmpl - 1.2 linux/arch/x86_64/Makefile - 1.2 linux/arch/x86_64/boot/compressed/misc.c - 1.2 linux/arch/x86_64/boot/setup.S - 1.2 linux/net/sched/sch_htb.c - 1.2 linux/Documentation/filesystems/jfs.txt - 1.2 linux/arch/x86_64/config.in - 1.2 linux/arch/x86_64/defconfig - 1.2 linux/arch/x86_64/ia32/fpu32.c - 1.2 linux/arch/x86_64/ia32/ia32_binfmt.c - 1.2 linux/arch/x86_64/ia32/ia32_ioctl.c - 1.2 linux/arch/x86_64/ia32/ia32_signal.c - 1.2 linux/Documentation/networking/NAPI_HOWTO.txt - 1.2 linux/arch/x86_64/ia32/ia32entry.S - 1.2 linux/Documentation/networking/e100.txt - 1.2 linux/Documentation/networking/e1000.txt - 1.2 linux/arch/x86_64/ia32/ipc32.c - 1.2 linux/arch/x86_64/ia32/ptrace32.c - 1.2 linux/arch/x86_64/ia32/socket32.c - 1.2 linux/arch/x86_64/ia32/sys_ia32.c - 1.2 linux/arch/x86_64/kernel/acpitable.c - 1.2 linux/arch/x86_64/kernel/aperture.c - 1.2 linux/arch/x86_64/kernel/apic.c - 1.2 linux/arch/x86_64/kernel/bluesmoke.c - 1.2 linux/arch/x86_64/kernel/e820.c - 1.2 linux/arch/x86_64/kernel/entry.S - 1.2 linux/arch/x86_64/kernel/head.S - 1.2 linux/arch/x86_64/kernel/head64.c - 1.2 linux/Documentation/x86_64/mm.txt - 1.2 linux/arch/x86_64/kernel/i387.c - 1.2 linux/arch/x86_64/kernel/i8259.c - 1.2 linux/arch/x86_64/kernel/io_apic.c - 1.2 linux/arch/x86_64/kernel/ioport.c - 1.2 linux/arch/x86_64/kernel/ldt.c - 1.2 linux/arch/x86_64/kernel/msr.c - 1.2 linux/net/ipv4/netfilter/ipt_ECN.c - 1.2 linux/arch/x86_64/kernel/nmi.c - 1.2 linux/arch/x86_64/kernel/pci-dma.c - 1.2 linux/arch/cris/drivers/pcf8563.c - 1.2 linux/arch/x86_64/kernel/pci-gart.c - 1.2 linux/arch/x86_64/kernel/pci-irq.c - 1.2 linux/arch/cris/kernel/fasttimer.c - 1.2 linux/arch/x86_64/kernel/pci-x86_64.c - 1.2 linux/arch/x86_64/kernel/pci-x86_64.h - 1.2 linux/arch/x86_64/kernel/process.c - 1.2 linux/arch/x86_64/kernel/ptrace.c - 1.2 linux/arch/x86_64/kernel/setup.c - 1.2 linux/net/bluetooth/bnep/sock.c - 1.2 linux/net/bluetooth/bnep/netdev.c - 1.2 linux/net/bluetooth/bnep/core.c - 1.2 linux/net/bluetooth/bnep/bnep.h - 1.2 linux/net/bluetooth/bnep/Makefile - 1.2 linux/net/bluetooth/bnep/Config.in - 1.2 linux/arch/x86_64/kernel/setup64.c - 1.2 linux/arch/x86_64/kernel/signal.c - 1.2 linux/arch/x86_64/kernel/smp.c - 1.2 linux/arch/x86_64/kernel/smpboot.c - 1.2 linux/arch/x86_64/kernel/sys_x86_64.c - 1.2 linux/arch/x86_64/kernel/syscall.c - 1.2 linux/arch/x86_64/kernel/time.c - 1.2 linux/arch/x86_64/kernel/traps.c - 1.2 linux/arch/x86_64/kernel/vsyscall.c - 1.2 linux/arch/ia64/hp/common/sba_iommu.c - 1.2 linux/arch/x86_64/kernel/x8664_ksyms.c - 1.2 linux/arch/ia64/hp/sim/Makefile - 1.2 linux/arch/ia64/hp/zx1/hpzx1_misc.c - 1.2 linux/arch/x86_64/lib/clear_page.S - 1.2 linux/arch/x86_64/lib/copy_page.S - 1.2 linux/arch/x86_64/lib/copy_user.S - 1.2 linux/arch/x86_64/lib/csum-copy.S - 1.2 linux/arch/x86_64/lib/csum-partial.c - 1.2 linux/arch/x86_64/lib/csum-wrappers.c - 1.2 linux/arch/x86_64/lib/delay.c - 1.2 linux/arch/x86_64/lib/memcpy.S - 1.2 linux/arch/x86_64/lib/memset.S - 1.2 linux/arch/x86_64/lib/usercopy.c - 1.2 linux/arch/ia64/kernel/perfmon_generic.h - 1.2 linux/arch/ia64/kernel/perfmon_itanium.h - 1.2 linux/arch/ia64/kernel/perfmon_mckinley.h - 1.2 linux/arch/x86_64/mm/fault.c - 1.2 linux/arch/x86_64/mm/init.c - 1.2 linux/arch/x86_64/mm/ioremap.c - 1.2 linux/arch/x86_64/mm/k8topology.c - 1.2 linux/arch/x86_64/mm/modutil.c - 1.2 linux/arch/x86_64/mm/numa.c - 1.2 linux/arch/x86_64/mm/pageattr.c - 1.2 linux/arch/x86_64/vmlinux.lds - 1.2 linux/arch/ia64/lib/memcpy_mck.S - 1.2 linux/arch/ppc64/kernel/perfmon.c - 1.2 linux/drivers/char/pdc_console.c - 1.2 linux/drivers/gsc/dino.c - 1.2 linux/drivers/gsc/lasi.c - 1.2 linux/drivers/hil/hil_kbd.c - 1.2 linux/drivers/hil/hil_ptr.c - 1.2 linux/drivers/hil/hilkbd.c - 1.2 linux/include/asm-x86_64/xor.h - 1.2 linux/include/asm-x86_64/vsyscall.h - 1.2 linux/include/asm-x86_64/unistd.h - 1.2 linux/include/asm-x86_64/uaccess.h - 1.2 linux/include/asm-x86_64/timex.h - 1.2 linux/include/asm-x86_64/system.h - 1.2 linux/include/asm-x86_64/spinlock.h - 1.2 linux/include/asm-x86_64/softirq.h - 1.2 linux/include/asm-x86_64/smp.h - 1.2 linux/include/asm-x86_64/semaphore.h - 1.2 linux/include/asm-x86_64/segment.h - 1.2 linux/include/asm-x86_64/scatterlist.h - 1.2 linux/include/asm-x86_64/rwsem.h - 1.2 linux/arch/mips/config-shared.in - 1.2 linux/include/asm-x86_64/proto.h - 1.2 linux/include/asm-x86_64/processor.h - 1.2 linux/include/asm-x86_64/pgtable.h - 1.2 linux/include/asm-x86_64/pda.h - 1.2 linux/include/asm-x86_64/pci.h - 1.2 linux/include/asm-x86_64/page.h - 1.2 linux/include/asm-x86_64/kmap_types.h - 1.2 linux/include/asm-x86_64/kdebug.h - 1.2 linux/include/asm-x86_64/io.h - 1.2 linux/include/asm-x86_64/ide.h - 1.2 linux/include/asm-x86_64/ia32_unistd.h - 1.2 linux/include/asm-x86_64/ia32.h - 1.2 linux/include/asm-x86_64/i387.h - 1.2 linux/include/asm-x86_64/hw_irq.h - 1.2 linux/include/asm-x86_64/hdreg.h - 1.2 linux/include/asm-x86_64/floppy.h - 1.2 linux/include/asm-x86_64/delay.h - 1.2 linux/include/asm-x86_64/debugreg.h - 1.2 linux/include/asm-x86_64/checksum.h - 1.2 linux/include/asm-x86_64/bitops.h - 1.2 linux/include/asm-x86_64/apic.h - 1.2 linux/drivers/hil/hp_sdc.c - 1.2 linux/drivers/hil/hp_sdc_rtc.c - 1.2 linux/drivers/hotplug/acpiphp.h - 1.2 linux/drivers/hotplug/acpiphp_core.c - 1.2 linux/drivers/hotplug/acpiphp_glue.c - 1.2 linux/drivers/hotplug/acpiphp_pci.c - 1.2 linux/drivers/hotplug/acpiphp_res.c - 1.2 linux/arch/ppc/platforms/walnut.h - 1.2 linux/arch/ppc/platforms/walnut.c - 1.2 linux/arch/ppc/platforms/tqm8xx.h - 1.2 linux/arch/ppc/platforms/spruce_setup.c - 1.2 linux/arch/ppc/platforms/spruce_pci.c - 1.2 linux/arch/ppc/platforms/spruce.h - 1.2 linux/arch/ppc/platforms/spd8xx.h - 1.2 linux/arch/ppc/platforms/rpxlite.h - 1.2 linux/arch/ppc/platforms/rpxhiox.h - 1.2 linux/arch/ppc/platforms/rpxclassic.h - 1.2 linux/arch/ppc/platforms/residual.c - 1.2 linux/arch/ppc/platforms/proc_rtas.c - 1.2 linux/arch/ppc/platforms/prep_time.c - 1.2 linux/arch/ppc/platforms/prep_setup.c - 1.2 linux/arch/ppc/platforms/prep_pci.c - 1.2 linux/arch/ppc/platforms/pmac_time.c - 1.2 linux/arch/ppc/platforms/pmac_smp.c - 1.2 linux/include/asm-ppc64/perfmon.h - 1.2 linux/include/asm-ppc64/hvcall.h - 1.2 linux/include/asm-ppc/xics.h - 1.2 linux/arch/ppc/platforms/pmac_sleep.S - 1.2 linux/include/asm-ppc/todc.h - 1.2 linux/arch/ppc/platforms/pmac_setup.c - 1.2 linux/arch/ppc/platforms/pmac_pic.h - 1.2 linux/arch/ppc/platforms/pmac_pic.c - 1.2 linux/arch/ppc/platforms/pmac_pci.c - 1.2 linux/arch/ppc/platforms/pmac_nvram.c - 1.2 linux/arch/ppc/platforms/pmac_feature.c - 1.2 linux/arch/ppc/platforms/pmac_backlight.c - 1.2 linux/arch/ppc/platforms/pal4_setup.c - 1.2 linux/include/asm-ppc/ppc_asm.h - 1.2 linux/include/asm-ppc/ppc4xx_pic.h - 1.2 linux/arch/ppc/platforms/pal4_serial.h - 1.2 linux/arch/ppc/platforms/pal4_pci.c - 1.2 linux/include/asm-ppc/open_pic.h - 1.2 linux/arch/ppc/platforms/pal4.h - 1.2 linux/arch/ppc/platforms/oak_setup.h - 1.2 linux/arch/ppc/platforms/oak_setup.c - 1.2 linux/arch/ppc/platforms/oak.h - 1.2 linux/include/asm-ppc/i8259.h - 1.2 linux/arch/ppc/platforms/mbx.h - 1.2 linux/arch/ppc/platforms/ivms8.h - 1.2 linux/arch/ppc/platforms/gemini_setup.c - 1.2 linux/arch/ppc/platforms/gemini_serial.h - 1.2 linux/arch/ppc/platforms/gemini_prom.S - 1.2 linux/arch/ppc/platforms/gemini_pci.c - 1.2 linux/arch/ppc/platforms/gemini.h - 1.2 linux/arch/ppc/platforms/fads.h - 1.2 linux/arch/ppc/platforms/est8260.h - 1.2 linux/arch/ppc/platforms/error_log.h - 1.2 linux/arch/ppc/platforms/error_log.c - 1.2 linux/arch/ppc/platforms/cpc700_pic.c - 1.2 linux/arch/ppc/platforms/cpc700.h - 1.2 linux/arch/ppc/platforms/chrp_time.c - 1.2 linux/arch/ppc/platforms/chrp_smp.c - 1.2 linux/arch/ppc/platforms/chrp_setup.c - 1.2 linux/arch/ppc/platforms/chrp_pci.c - 1.2 linux/arch/ppc/platforms/bseip.h - 1.2 linux/arch/ppc/platforms/apus_setup.c - 1.2 linux/arch/ppc/platforms/apus_pci.h - 1.2 linux/arch/ppc/platforms/apus_pci.c - 1.2 linux/arch/ppc/platforms/Makefile - 1.2 linux/drivers/ide/ide-sibyte.c - 1.2 linux/drivers/mtd/devices/ms02-nv.c - 1.2 linux/drivers/net/e100/Makefile - 1.2 linux/arch/ppc/kernel/todc_time.c - 1.2 linux/drivers/net/e100/e100.h - 1.2 linux/drivers/net/e100/e100_config.c - 1.2 linux/drivers/net/e100/e100_config.h - 1.2 linux/drivers/net/e100/e100_eeprom.c - 1.2 linux/drivers/net/e100/e100_main.c - 1.2 linux/drivers/net/e100/e100_phy.c - 1.2 linux/drivers/net/e100/e100_phy.h - 1.2 linux/drivers/net/e100/e100_proc.c - 1.2 linux/drivers/net/e100/e100_test.c - 1.2 linux/drivers/net/e100/e100_ucode.h - 1.2 linux/drivers/net/e100/e100_vendor.h - 1.2 linux/drivers/net/e1000/Makefile - 1.2 linux/drivers/net/e1000/e1000.h - 1.2 linux/drivers/net/e1000/e1000_ethtool.c - 1.2 linux/drivers/net/e1000/e1000_hw.c - 1.2 linux/drivers/net/e1000/e1000_hw.h - 1.2 linux/drivers/net/e1000/e1000_main.c - 1.2 linux/drivers/net/e1000/e1000_osdep.h - 1.2 linux/drivers/net/e1000/e1000_param.c - 1.2 linux/drivers/net/e1000/e1000_proc.c - 1.2 linux/arch/ppc/kernel/pci_auto.c - 1.2 linux/arch/ppc/kernel/idle_6xx.S - 1.2 linux/include/asm-m68k/nubus.h - 1.2 linux/arch/ppc/configs/spruce_defconfig - 1.3 linux/arch/ppc/configs/pal4_defconfig - 1.3 linux/arch/ppc/configs/briq_defconfig - 1.3 linux/include/asm-ia64/machvec_hpzx1.h - 1.2 linux/include/asm-ia64/acpi.h - 1.2 linux/arch/ppc/boot/simple/misc-spruce.c - 1.2 linux/arch/parisc/vmlinux64.lds - 1.2 linux/arch/parisc/kernel/unaligned.c - 1.2 linux/arch/parisc/kernel/sys_parisc32.c - 1.2 linux/arch/parisc/kernel/processor.c - 1.2 linux/arch/parisc/kernel/power.c - 1.2 linux/drivers/sound/forte.c - 1.2 linux/fs/jfs/super.c - 1.2 linux/fs/jfs/resize.c - 1.2 linux/fs/jfs/namei.c - 1.2 linux/fs/jfs/jfs_xtree.c - 1.2 linux/fs/jfs/jfs_unicode.c - 1.2 linux/fs/jfs/jfs_umount.c - 1.2 linux/fs/jfs/jfs_txnmgr.c - 1.2 linux/fs/jfs/jfs_mount.c - 1.2 linux/fs/jfs/jfs_metapage.h - 1.2 linux/fs/jfs/jfs_metapage.c - 1.2 linux/fs/jfs/jfs_logmgr.h - 1.2 linux/fs/jfs/jfs_logmgr.c - 1.2 linux/fs/jfs/jfs_inode.c - 1.2 linux/fs/jfs/jfs_incore.h - 1.2 linux/fs/jfs/jfs_imap.c - 1.2 linux/fs/jfs/jfs_extent.c - 1.2 linux/fs/jfs/jfs_dtree.c - 1.2 linux/fs/jfs/jfs_dmap.c - 1.2 linux/fs/jfs/jfs_debug.h - 1.2 linux/fs/jfs/jfs_debug.c - 1.2 linux/fs/jfs/jfs_btree.h - 1.2 linux/fs/jfs/inode.c - 1.2 linux/fs/jfs/file.c - 1.2 linux/arch/parisc/kernel/ioctl32.c - 1.2 linux/drivers/usb/hc_sl811.c - 1.2 linux/arch/parisc/kernel/head64.S - 1.2 linux/arch/parisc/kernel/firmware.c - 1.2 linux/fs/befs/super.c - 1.2 linux/fs/befs/linuxvfs.c - 1.2 linux/fs/befs/io.c - 1.2 linux/fs/befs/inode.c - 1.2 linux/fs/befs/endian.h - 1.2 linux/fs/befs/debug.c - 1.2 linux/fs/befs/datastream.c - 1.2 linux/fs/befs/compatibility.h - 1.2 linux/fs/befs/btree.c - 1.2 linux/fs/befs/befs_fs_types.h - 1.2 linux/fs/befs/befs_fs.h - 1.2 linux/fs/befs/attribute.c - 1.2 linux/fs/befs/TODO - 1.2 linux/drivers/usb/serial/io_ti.c - 1.2 linux/drivers/video/sti/stifb.c - 1.2 linux/drivers/video/sti/sticore.c - 1.2 linux/drivers/video/sis/sis_accel.c - 1.2 linux/drivers/usb/storage/sddr55.c - 1.2 linux/drivers/usb/tiglusb.c - 1.2 linux/drivers/usb/usb-midi.c - 1.2 linux/drivers/usb/usb-midi.h - 1.2 From owner-linux-xfs@oss.sgi.com Thu May 1 07:59:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 07:59:32 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.114.72.97]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41ExAFu021778 for ; Thu, 1 May 2003 07:59:11 -0700 Received: from phatboy (phatboy.skynet.coplanar.net [192.168.7.124]) by stargate.coplanar.net (8.12.8/8.12.5) with SMTP id h41Ex47N017159; Thu, 1 May 2003 10:59:05 -0400 Message-ID: <008a01c30ff2$bc28f950$7c07a8c0@kennet.coplanar.net> From: "Jeremy Jackson" To: Cc: References: <200304260639.06819.piechoc@t-online.de> <006001c30cda$dade2020$7e07a8c0@bridge> <200304290303.56060.piechoc@t-online.de> Subject: Re: Can't mount or repair new xfs-partition after recompiling kernel Date: Thu, 1 May 2003 11:02:50 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3883 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Ok, try the package at: http://stargate.coplanar.net/~jerj/debian You may have to compile for source .tar.gz if you are using Woody. I use it on Woody and unstable, but the .deb was compiled on an Unstable box. Let me know if it works. Cheers, Jeremy PS - I will clean up and send the 2.4.20 version of the 1.2.0 patch to the list soon. ----- Original Message ----- From: "Thomas Piechocki" To: "Jeremy Jackson" Sent: Monday, April 28, 2003 9:03 PM Subject: Re: Can't mount or repair new xfs-partition after recompiling kernel > Jeremy, > thank you very much for your offer to help me. I would really appreciate if > you could send me your newer patch for Debian, even if it doesn't fix my > problem. > > Thomas Piechocki > > Am Sonntag, 27. April 2003 18:34 schrieben Sie: > > The kernel-patch-xfs in the Debian archive is ancient. I have a newer home > > brew I can post if you are interested. I don't know if that's the problem > > though. > > > > Regards, > > > > Jeremy > From owner-linux-xfs@oss.sgi.com Thu May 1 08:10:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 08:10:57 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.114.72.97]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41FApFu022312 for ; Thu, 1 May 2003 08:10:52 -0700 Received: from phatboy (phatboy.skynet.coplanar.net [192.168.7.124]) by stargate.coplanar.net (8.12.8/8.12.5) with SMTP id h41FAj7N017189; Thu, 1 May 2003 11:10:46 -0400 Message-ID: <00d001c30ff4$5e0d9090$7c07a8c0@kennet.coplanar.net> From: "Jeremy Jackson" To: "Pedot, Wolfgang" , References: <8D4C69676E66D511A1CB00508BBBB1920221E150@ranmx1.ran.harris.com> Subject: Re: xfsdumping of LVM-Snapshots whith quotas Date: Thu, 1 May 2003 11:14:31 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-MIME-Autoconverted: from 8bit to quoted-printable by stargate.coplanar.net id h41FAj7N017189 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h41FArFu022313 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3884 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Can you make read-write snapshots? Dumping the quota state after the snapshot make sure the quota info is frozen for the backup too. I will try this with EVMS when I get the chance. Regards, Jeremy ----- Original Message ----- From: "Pedot, Wolfgang" To: Sent: Wednesday, April 30, 2003 5:10 AM Subject: AW: xfsdumping of LVM-Snapshots whith quotas > > On Wed, Apr 30, 2003 at 04:32:37AM -0400, Pedot, Wolfgang wrote: > > > Hi, > > > > > > I´m using xfs release 1.2 on LVM with a 2.4.19 SMP-Kernel > > to manage filesystems > > > on a raid5 (hardware). > > > For backup I first create LVM snapshots of the filesystems > > and then use xfsdump > > > (amanda) on them. > > > > > > Since the snapshots are readonly xfsdump is unable to > > handle quota-filesystems > > > correctly by creating a > > > file containing quota-information. The backup itself is > > working but amanda > > > always reports these incidents. > > > > > > Is there any way to tell xfsdump to ignore quotas so I can > > run xfsdq before > > > creating snapshots on the real fs to create the > > > xfsdump_quota file and then run my backup? > > > > no i don't believe so. > > > > however as a sidenote i am wondering if it might be possible for > > xfsdump to do quota backups in a more sensible way. would it be > > possible for it to backup a file which doesn't exist? such that xfsdq > > output would be read into memory and then fed into a file in the > > archive? > > > > really the most clean way is probably extending the xfsdump fileformat > > to have specific space for quota information, but that would lead to > > various compatibility issues. > > > > ive just never cared for the method xfsdump uses to do quota backups, > > its more of a hack, one which has some security implications (as i > > recently pointed out, and which was mostly corrected). > > > So the only way to get rid of this "error" is to forget about snapshooting and > instead dump the real filesystem? > I dont like this, since I cant freeze it or at least remount as readonly during > backup because that would lead to > the very same problem.... > > I guess i will just have to live with that message and ignore it for now... > > greetings > Wolfgang > > From owner-linux-xfs@oss.sgi.com Thu May 1 09:23:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 09:23:39 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41GN9Fu023486 for ; Thu, 1 May 2003 09:23:11 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41Gb0Ve021192 for ; Thu, 1 May 2003 11:37:00 -0500 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h41GN3iU014417 for ; Thu, 1 May 2003 11:23:03 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h41GN37V014415 for linux-xfs@oss.sgi.com; Thu, 1 May 2003 11:23:03 -0500 Date: Thu, 1 May 2003 11:23:03 -0500 From: Rusell Cattelan Message-Id: <200305011623.h41GN37V014415@naboo.americas.sgi.com> Subject: TAKE - Rework the way xfs includes xfs_.h headers. X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3885 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs This reduces a lot of the compile dependenciesÂ, and should reduce some of the "recompile all" situations. Date: Thu May 1 09:22:06 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs1/rsrc/2.4.x-xfs/hack The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147627a linux/fs/xfs/xfsidbg.c - 1.222 linux/fs/xfs/xfs_log.c - 1.267 linux/fs/xfs/xfs_ialloc.c - 1.166 linux/fs/xfs/xfs_macros.c - 1.50 linux/fs/xfs/xfs_rw.c - 1.377 linux/fs/xfs/xfs_extfree_item.c - 1.55 linux/fs/xfs/xfs_buf_item.c - 1.139 linux/fs/xfs/xfs_trans_inode.c - 1.43 linux/fs/xfs/xfs_da_btree.c - 1.142 linux/fs/xfs/xfs_bit.c - 1.21 linux/fs/xfs/xfs_trans_ail.c - 1.68 linux/fs/xfs/xfs_vnodeops.c - 1.589 linux/fs/xfs/xfs_dir2_block.c - 1.31 linux/fs/xfs/xfs_attr_fetch.c - 1.14 linux/fs/xfs/xfs_dir.c - 1.151 linux/fs/xfs/xfs_rtalloc.c - 1.87 linux/fs/xfs/xfs_itable.c - 1.113 linux/fs/xfs/xfs_ialloc_btree.c - 1.73 linux/fs/xfs/xfs_inode_item.c - 1.112 linux/fs/xfs/xfs_iocore.c - 1.41 linux/fs/xfs/xfs_log_recover.c - 1.262 linux/fs/xfs/xfs_trans_item.c - 1.36 linux/fs/xfs/xfs_vfsops.c - 1.418 linux/fs/xfs/xfs_dfrag.c - 1.38 linux/fs/xfs/xfs_iget.c - 1.186 linux/fs/xfs/xfs_bmap_btree.c - 1.136 linux/fs/xfs/xfs_dir2_sf.c - 1.34 linux/fs/xfs/xfs_dir_leaf.c - 1.112 linux/fs/xfs/xfs_mount.c - 1.326 linux/fs/xfs/xfs_btree.c - 1.105 linux/fs/xfs/xfs_dir2_data.c - 1.21 linux/fs/xfs/xfs_trans_extfree.c - 1.22 linux/fs/xfs/xfs_inode.c - 1.371 linux/fs/xfs/xfs_dir2_trace.c - 1.15 linux/fs/xfs/xfs_dir2_leaf.c - 1.32 linux/fs/xfs/xfs_attr_leaf.c - 1.71 linux/fs/xfs/xfs_trans.c - 1.143 linux/fs/xfs/xfs_error.c - 1.43 linux/fs/xfs/xfs_utils.c - 1.60 linux/fs/xfs/xfs_alloc.c - 1.165 linux/fs/xfs/xfs_fsops.c - 1.90 linux/fs/xfs/xfs_bmap.c - 1.303 linux/fs/xfs/xfs_alloc_btree.c - 1.77 linux/fs/xfs/xfs_trans_buf.c - 1.112 linux/fs/xfs/xfs_dir2_node.c - 1.35 linux/fs/xfs/xfs_rename.c - 1.50 linux/fs/xfs/xfs_attr.c - 1.104 linux/fs/xfs/xfs_dir2.c - 1.43 linux/fs/xfs/linux/xfs_lrw.c - 1.187 linux/fs/xfs/linux/xfs_vfs.c - 1.44 linux/fs/xfs/linux/xfs_globals.c - 1.46 linux/fs/xfs/linux/xfs_linux.h - 1.105 linux/fs/xfs/linux/xfs_file.c - 1.90 linux/fs/xfs/linux/xfs_vnode.c - 1.113 linux/fs/xfs/linux/xfs_fs_subr.c - 1.38 linux/fs/xfs/linux/xfs_super.c - 1.250 linux/fs/xfs/linux/xfs_behavior.c - 1.19 linux/fs/xfs/linux/xfs_iops.c - 1.190 linux/fs/xfs/linux/xfs_ioctl.c - 1.91 linux/fs/xfs/dmapi/dmapi_attr.c - 1.8 linux/fs/xfs/dmapi/dmapi_bulkattr.c - 1.8 linux/fs/xfs/dmapi/dmapi_config.c - 1.9 linux/fs/xfs/dmapi/dmapi_dmattr.c - 1.8 linux/fs/xfs/dmapi/dmapi_event.c - 1.13 linux/fs/xfs/dmapi/dmapi_handle.c - 1.8 linux/fs/xfs/dmapi/dmapi_hole.c - 1.8 linux/fs/xfs/dmapi/dmapi_io.c - 1.8 linux/fs/xfs/dmapi/dmapi_mountinfo.c - 1.14 linux/fs/xfs/dmapi/dmapi_private.h - 1.10 linux/fs/xfs/dmapi/dmapi_region.c - 1.8 linux/fs/xfs/dmapi/dmapi_register.c - 1.23 linux/fs/xfs/dmapi/dmapi_right.c - 1.16 linux/fs/xfs/dmapi/dmapi_session.c - 1.14 linux/fs/xfs/dmapi/dmapi_sysent.c - 1.21 linux/fs/xfs/xfs.h - 1.38 linux/fs/xfs/linux/xfs_stats.c - 1.12 linux/fs/xfs/xfs_acl.c - 1.42 linux/fs/xfs/linux/xfs_sysctl.c - 1.17 linux/fs/xfs/xfs_mac.c - 1.6 linux/fs/xfs/xfs_cap.c - 1.12 linux/fs/xfs/linux/xfs_aops.c - 1.37 linux/fs/xfs/linux/xfs_iomap.c - 1.11 linux/fs/xfs/xfs_dmops.c - 1.4 linux/fs/xfs/xfs_qmops.c - 1.5 linux/fs/xfs/quota/xfs_qm_bhv.c - 1.3 linux/fs/xfs/quota/xfs_qm_stats.c - 1.2 linux/fs/xfs/dmapi/dmapi_xfs.c - 1.6 linux/fs/xfs/quota/xfs_qm.c - 1.2 linux/fs/xfs/quota/xfs_trans_dquot.c - 1.2 linux/fs/xfs/quota/xfs_qm_syscalls.c - 1.3 linux/fs/xfs/quota/xfs_dquot_item.c - 1.2 linux/fs/xfs/quota/xfs_dquot.c - 1.2 From owner-linux-xfs@oss.sgi.com Thu May 1 09:44:36 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 09:45:18 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41GiZFu024151 for ; Thu, 1 May 2003 09:44:36 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41GwQVe021793 for ; Thu, 1 May 2003 11:58:26 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h41GiTa222148781 for ; Thu, 1 May 2003 11:44:29 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h41GiTRn58288365 for ; Thu, 1 May 2003 11:44:29 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h41GeWh27090; Thu, 1 May 2003 11:40:32 -0500 Message-Id: <200305011640.h41GeWh27090@penguin.americas.sgi.com> Date: Thu, 1 May 2003 11:40:32 -0500 Subject: TAKE - fix syntax errors in config scripts To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3886 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs This makes make xconfig work again Date: Thu May 1 09:43:55 PDT 2003 Workarea: penguin.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147630a linux/drivers/net/Config.in - 1.61 linux/drivers/ide/Config.in - 1.19 From owner-linux-xfs@oss.sgi.com Thu May 1 09:59:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 09:59:46 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41GxgFu024701 for ; Thu, 1 May 2003 09:59:43 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41HDXVe022090 for ; Thu, 1 May 2003 12:13:33 -0500 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h41GxaiU022981 for ; Thu, 1 May 2003 11:59:37 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h41GxarA022979 for linux-xfs@oss.sgi.com; Thu, 1 May 2003 11:59:36 -0500 Date: Thu, 1 May 2003 11:59:36 -0500 From: Rusell Cattelan Message-Id: <200305011659.h41GxarA022979@naboo.americas.sgi.com> Subject: TAKE - Missed these the first time around. X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3887 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Date: Thu May 1 09:59:26 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs1/rsrc/2.4.x-xfs/hack The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147634a linux/fs/xfs/xfs_dmops.c - 1.5 linux/fs/xfs/xfs_qmops.c - 1.6 From owner-linux-xfs@oss.sgi.com Thu May 1 10:25:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 10:25:50 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41HPNFu025334 for ; Thu, 1 May 2003 10:25:23 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41HPHE0011697 for ; Thu, 1 May 2003 10:25:18 -0700 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h41HPHiU024524 for ; Thu, 1 May 2003 12:25:17 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h41HPHVf024522 for linux-xfs@oss.sgi.com; Thu, 1 May 2003 12:25:17 -0500 Date: Thu, 1 May 2003 12:25:17 -0500 From: Rusell Cattelan Message-Id: <200305011725.h41HPHVf024522@naboo.americas.sgi.com> Subject: TAKE - Merge the header file stuff over X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3888 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Date: Thu May 1 10:24:11 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs2/XFS/x2.5-xfs Merged by: cattelan Merged mods: 2.4.x-xfs:slinx:147627a,2.4.x-xfs:slinx:147634a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:147637a linux/fs/xfs/xfsidbg.c - 1.227 linux/fs/xfs/xfs_log.c - 1.268 linux/fs/xfs/xfs_ialloc.c - 1.164 linux/fs/xfs/xfs_macros.c - 1.50 linux/fs/xfs/xfs_rw.c - 1.379 linux/fs/xfs/xfs_extfree_item.c - 1.54 linux/fs/xfs/xfs_buf_item.c - 1.141 linux/fs/xfs/xfs_trans_inode.c - 1.41 linux/fs/xfs/xfs_da_btree.c - 1.140 linux/fs/xfs/xfs_bit.c - 1.23 linux/fs/xfs/xfs_trans_ail.c - 1.65 linux/fs/xfs/xfs_vnodeops.c - 1.590 linux/fs/xfs/xfs_dir2_block.c - 1.31 linux/fs/xfs/xfs_attr_fetch.c - 1.14 linux/fs/xfs/xfs_dir.c - 1.149 linux/fs/xfs/xfs_rtalloc.c - 1.84 linux/fs/xfs/xfs_itable.c - 1.114 linux/fs/xfs/xfs_ialloc_btree.c - 1.71 linux/fs/xfs/xfs_inode_item.c - 1.111 linux/fs/xfs/xfs_iocore.c - 1.41 linux/fs/xfs/xfs_log_recover.c - 1.259 linux/fs/xfs/xfs_trans_item.c - 1.34 linux/fs/xfs/xfs_vfsops.c - 1.411 linux/fs/xfs/xfs_dfrag.c - 1.38 linux/fs/xfs/xfs_iget.c - 1.183 linux/fs/xfs/xfs_bmap_btree.c - 1.134 linux/fs/xfs/xfs_dir2_sf.c - 1.34 linux/fs/xfs/xfs_dir_leaf.c - 1.110 linux/fs/xfs/xfs_mount.c - 1.328 linux/fs/xfs/xfs_btree.c - 1.103 linux/fs/xfs/xfs_dir2_data.c - 1.21 linux/fs/xfs/xfs_trans_extfree.c - 1.22 linux/fs/xfs/xfs_inode.c - 1.370 linux/fs/xfs/xfs_dir2_trace.c - 1.15 linux/fs/xfs/xfs_dir2_leaf.c - 1.32 linux/fs/xfs/xfs_attr_leaf.c - 1.69 linux/fs/xfs/xfs_trans.c - 1.142 linux/fs/xfs/xfs_error.c - 1.42 linux/fs/xfs/xfs_utils.c - 1.60 linux/fs/xfs/xfs_alloc.c - 1.163 linux/fs/xfs/xfs_fsops.c - 1.90 linux/fs/xfs/xfs_bmap.c - 1.301 linux/fs/xfs/xfs_alloc_btree.c - 1.75 linux/fs/xfs/xfs_trans_buf.c - 1.113 linux/fs/xfs/xfs_dir2_node.c - 1.34 linux/fs/xfs/xfs_rename.c - 1.49 linux/fs/xfs/xfs_attr.c - 1.102 linux/fs/xfs/xfs_dir2.c - 1.43 linux/fs/xfs/linux/xfs_lrw.c - 1.186 linux/fs/xfs/linux/xfs_vfs.c - 1.47 linux/fs/xfs/linux/xfs_globals.c - 1.46 linux/fs/xfs/linux/xfs_linux.h - 1.105 linux/fs/xfs/linux/xfs_file.c - 1.91 linux/fs/xfs/linux/xfs_vnode.c - 1.114 linux/fs/xfs/linux/xfs_fs_subr.c - 1.40 linux/fs/xfs/linux/xfs_super.c - 1.265 linux/fs/xfs/linux/xfs_behavior.c - 1.19 linux/fs/xfs/linux/xfs_iops.c - 1.199 linux/fs/xfs/linux/xfs_ioctl.c - 1.97 linux/fs/xfs/dmapi/dmapi_attr.c - 1.8 linux/fs/xfs/dmapi/dmapi_bulkattr.c - 1.8 linux/fs/xfs/dmapi/dmapi_config.c - 1.9 linux/fs/xfs/dmapi/dmapi_dmattr.c - 1.8 linux/fs/xfs/dmapi/dmapi_event.c - 1.13 linux/fs/xfs/dmapi/dmapi_handle.c - 1.8 linux/fs/xfs/dmapi/dmapi_hole.c - 1.8 linux/fs/xfs/dmapi/dmapi_io.c - 1.8 linux/fs/xfs/dmapi/dmapi_mountinfo.c - 1.14 linux/fs/xfs/dmapi/dmapi_private.h - 1.10 linux/fs/xfs/dmapi/dmapi_region.c - 1.8 linux/fs/xfs/dmapi/dmapi_register.c - 1.26 linux/fs/xfs/dmapi/dmapi_right.c - 1.16 linux/fs/xfs/dmapi/dmapi_session.c - 1.14 linux/fs/xfs/dmapi/dmapi_sysent.c - 1.19 linux/fs/xfs/xfs.h - 1.38 linux/fs/xfs/linux/xfs_stats.c - 1.12 linux/fs/xfs/xfs_acl.c - 1.38 linux/fs/xfs/linux/xfs_sysctl.c - 1.16 linux/fs/xfs/xfs_mac.c - 1.6 linux/fs/xfs/xfs_cap.c - 1.9 linux/fs/xfs/linux/xfs_aops.c - 1.37 linux/fs/xfs/linux/xfs_iomap.c - 1.10 - Merge of 2.4.x-xfs:slinx:147627a originally by cattelan on 05/01/03 Rework the way xfs includes xfs_.h headers. This reduces a lot of the compile dependenciesÂ, and should reduce some of the "recompile all" situations. linux/fs/xfs/xfs_dmops.c - 1.4 linux/fs/xfs/xfs_qmops.c - 1.5 - Merge of 2.4.x-xfs:slinx:147627a originally by cattelan on 05/01/03 Rework the way xfs includes xfs_.h headers. This reduces a lot of the compile dependenciesÂ, and should reduce some of the "recompile all" situations. Merge of 2.4.x-xfs:slinx:147634a originally by cattelan on 05/01/03 Missed these the first time around. linux/fs/xfs/quota/xfs_qm_bhv.c - 1.2 linux/fs/xfs/dmapi/dmapi_xfs.c - 1.6 linux/fs/xfs/quota/xfs_qm_stats.c - 1.2 linux/fs/xfs/quota/xfs_qm.c - 1.2 linux/fs/xfs/quota/xfs_trans_dquot.c - 1.2 linux/fs/xfs/quota/xfs_qm_syscalls.c - 1.3 linux/fs/xfs/quota/xfs_dquot_item.c - 1.2 linux/fs/xfs/quota/xfs_dquot.c - 1.2 - Merge of 2.4.x-xfs:slinx:147627a originally by cattelan on 05/01/03 Rework the way xfs includes xfs_.h headers. This reduces a lot of the compile dependenciesÂ, and should reduce some of the "recompile all" situations. From owner-linux-xfs@oss.sgi.com Thu May 1 11:24:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 11:24:53 -0700 (PDT) Received: from mail.blazebox.homeip.net (postfix@pool-162-83-128-147.ny5030.east.verizon.net [162.83.128.147]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41IODFu027974 for ; Thu, 1 May 2003 11:24:13 -0700 Received: from localhost (localhost [127.0.0.1]) by mail.blazebox.homeip.net (Postfix) with ESMTP id 1274E9E91; Thu, 1 May 2003 14:24:11 -0400 (EDT) Received: from mail.blazebox.homeip.net (localhost [127.0.0.1]) by localhost (AvMailGate-2.0.1.11) id 30184-2757B809; Thu, 01 May 2003 14:24:10 -0400 Received: from blaze.blazebox.homeip.net (blaze [192.168.0.43]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.blazebox.homeip.net (Postfix) with ESMTP id 681D59E49; Thu, 1 May 2003 14:24:10 -0400 (EDT) Subject: Re: TAKE - merge up to 2.4.21-rc1 From: Paul Blazejowski To: Steve Lord Cc: linux-xfs In-Reply-To: <200305010231.h412VCd32230@penguin.americas.sgi.com> References: <200305010231.h412VCd32230@penguin.americas.sgi.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NXPZik5+evYB+qrIVdYt" Organization: Message-Id: <1051813362.7442.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.2 (Slackware Linux) Date: 01 May 2003 14:22:43 -0400 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.11; AVE: 6.19.0.3; VDF: 6.19.0.10; host: blazebox.homeip.net) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3889 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: paulb@blazebox.homeip.net Precedence: bulk X-list: linux-xfs --=-NXPZik5+evYB+qrIVdYt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2003-04-30 at 22:31, Steve Lord wrote: > Time to move up to 2.4.21-rc1, nothing changes in xfs here, and a few > more of the external changes are now part of the core kernel. >=20 > Date: Wed Apr 30 19:24:01 PDT 2003 > Workarea: penguin.americas.sgi.com:/data/lwork/folsom3/lord/xfs-linux.2.= 4.21 >=20 > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs >=20 >=20 > Modid: 2.4.x-xfs:slinx:147597a > linux/drivers/net/amd8111e.h - 1.1 > linux/Documentation/BK-usage/00-INDEX - 1.1 > linux/net/ipv6/netfilter/ip6t_rt.c - 1.1 > linux/net/ipv6/netfilter/ip6t_ipv6header.c - 1.1 > linux/net/ipv6/netfilter/ip6t_hl.c - 1.1 > linux/net/ipv6/netfilter/ip6t_hbh.c - 1.1 > linux/net/ipv6/netfilter/ip6t_frag.c - 1.1 > linux/net/ipv6/netfilter/ip6t_esp.c - 1.1 > linux/net/ipv6/netfilter/ip6t_dst.c - 1.1 > linux/net/ipv6/netfilter/ip6t_ah.c - 1.1 > linux/net/ipv6/anycast.c - 1.1 > linux/net/ipv4/netfilter/ip_nat_tftp.c - 1.1 > linux/net/ipv4/netfilter/ip_nat_amanda.c - 1.1 > linux/Documentation/IPMI.txt - 1.1 > linux/Documentation/arm/Booting - 1.1 > linux/Documentation/arm/ConfigVars - 1.1 > linux/Documentation/arm/MEMC - 1.1 > linux/Documentation/arm/SA1100/SA1100_USB - 1.1 > linux/net/ipv4/netfilter/ip_conntrack_tftp.c - 1.1 > linux/net/ipv4/netfilter/ip_conntrack_amanda.c - 1.1 > linux/net/bluetooth/rfcomm/tty.c - 1.1 > linux/net/bluetooth/rfcomm/sock.c - 1.1 > linux/net/bluetooth/rfcomm/crc.c - 1.1 > linux/net/bluetooth/rfcomm/core.c - 1.1 > linux/net/bluetooth/rfcomm/Makefile - 1.1 > linux/net/bluetooth/rfcomm/Config.in - 1.1 > linux/include/net/bluetooth/rfcomm.h - 1.1 > linux/include/linux/usb_scanner_ioctl.h - 1.1 > linux/include/linux/scx200_gpio.h - 1.1 > linux/include/linux/scx200.h - 1.1 > linux/include/linux/netfilter_ipv6/ip6t_rt.h - 1.1 > linux/Documentation/networking/generic-hdlc.txt - 1.1 > linux/include/linux/netfilter_ipv6/ip6t_opts.h - 1.1 > linux/include/linux/netfilter_ipv6/ip6t_ipv6header.h - 1.1 > linux/include/linux/netfilter_ipv6/ip6t_hl.h - 1.1 > linux/include/linux/netfilter_ipv6/ip6t_frag.h - 1.1 > linux/include/linux/netfilter_ipv6/ip6t_esp.h - 1.1 > linux/include/linux/netfilter_ipv6/ip6t_ah.h - 1.1 > linux/include/linux/netfilter_ipv4/ip_conntrack_tftp.h - 1.1 > linux/Documentation/tipar.txt - 1.1 > linux/include/linux/netfilter_ipv4/ip_conntrack_amanda.h - 1.1 > linux/include/linux/ipmi_smi.h - 1.1 > linux/include/linux/ipmi_msgdefs.h - 1.1 > linux/include/linux/ipmi.h - 1.1 > linux/include/linux/hdlc/ioctl.h - 1.1 > linux/include/linux/blkcdb.h - 1.1 > linux/include/asm-ppc64/systemcfg.h - 1.1 > linux/include/asm-ppc64/syscall.h - 1.1 > linux/include/asm-ppc/rtc.h - 1.1 > linux/include/asm-ppc/mpc10x.h - 1.1 > linux/include/asm-parisc/system_irqsave.h - 1.1 > linux/include/asm-parisc/spinlock_t.h - 1.1 > linux/include/asm-parisc/rtc.h - 1.1 > linux/include/asm-parisc/pdc_chassis.h - 1.1 > linux/include/asm-ia64/sn/sn2/geo.h - 1.1 > linux/include/asm-ia64/sn/rw_mmr.h - 1.1 > linux/include/asm-ia64/sn/pci/pic.h - 1.1 > linux/include/asm-ia64/sn/ioc4.h - 1.1 > linux/include/asm-ia64/sn/geo.h - 1.1 > linux/include/asm-ia64/mc146818rtc.h - 1.1 > linux/include/asm-generic/ide_iops.h - 1.1 > linux/arch/alpha/kernel/core_marvel.c - 1.1 > linux/include/asm-cris/scatterlist.h - 1.1 > linux/include/asm-alpha/regdef.h - 1.1 > linux/include/asm-alpha/gct.h - 1.1 > linux/include/asm-alpha/core_marvel.h - 1.1 > linux/include/asm-alpha/agp_backend.h - 1.1 > linux/arch/alpha/kernel/err_common.c - 1.1 > linux/arch/alpha/kernel/err_impl.h - 1.1 > linux/arch/alpha/kernel/err_marvel.c - 1.1 > linux/arch/alpha/kernel/err_titan.c - 1.1 > linux/arch/alpha/kernel/gct.c - 1.1 > linux/fs/befs/super.h - 1.1 > linux/fs/befs/io.h - 1.1 > linux/fs/befs/inode.h - 1.1 > linux/fs/befs/datastream.h - 1.1 > linux/fs/befs/btree.h - 1.1 > linux/fs/befs/befs.h - 1.1 > linux/drivers/video/matrox/matroxfb_proc.c - 1.1 > linux/drivers/video/intel/modes.c - 1.1 > linux/drivers/video/intel/intelfbhw.h - 1.1 > linux/drivers/video/intel/intelfbhw.c - 1.1 > linux/drivers/video/intel/intelfbdrv.c - 1.1 > linux/drivers/video/intel/intelfb.h - 1.1 > linux/arch/alpha/kernel/srmcons.c - 1.1 > linux/drivers/video/intel/builtinmodes.c - 1.1 > linux/drivers/video/intel/Makefile - 1.1 > linux/arch/alpha/kernel/sys_marvel.c - 1.1 > linux/drivers/usb/serial/kobil_sct.h - 1.1 > linux/drivers/usb/serial/kobil_sct.c - 1.1 > linux/drivers/usb/serial/keyspan_usa49wlc_fw.h - 1.1 > linux/drivers/usb/serial/keyspan_mpr_fw.h - 1.1 > linux/drivers/usb/powermate.c - 1.1 > linux/drivers/usb/konicawc.c - 1.1 > linux/drivers/usb/kbtab.c - 1.1 > linux/drivers/usb/host/usb-uhci.h - 1.1 > linux/drivers/usb/host/usb-uhci.c - 1.1 > linux/drivers/usb/host/usb-uhci-debug.h - 1.1 > linux/drivers/usb/host/usb-ohci.h - 1.1 > linux/drivers/usb/host/usb-ohci.c - 1.1 > linux/drivers/usb/host/uhci.h - 1.1 > linux/drivers/usb/host/uhci.c - 1.1 > linux/drivers/usb/host/uhci-debug.h - 1.1 > linux/drivers/usb/host/ehci.h - 1.1 > linux/drivers/usb/host/ehci-sched.c - 1.1 > linux/drivers/usb/host/ehci-q.c - 1.1 > linux/drivers/usb/host/ehci-mem.c - 1.1 > linux/drivers/usb/host/ehci-hub.c - 1.1 > linux/drivers/usb/host/ehci-hcd.c - 1.1 > linux/drivers/usb/host/ehci-dbg.c - 1.1 > linux/drivers/usb/host/Makefile - 1.1 > linux/drivers/usb/host/Config.in - 1.1 > linux/drivers/usb/auerserv.h - 1.1 > linux/drivers/usb/auermain.h - 1.1 > linux/drivers/usb/auermain.c - 1.1 > linux/arch/alpha/mm/remap.c - 1.1 > linux/drivers/usb/auerisdn_b.h - 1.1 > linux/drivers/usb/auerisdn_b.c - 1.1 > linux/drivers/usb/auerisdn.h - 1.1 > linux/drivers/usb/auerisdn.c - 1.1 > linux/drivers/usb/auerchar.h - 1.1 > linux/drivers/usb/auerchar.c - 1.1 > linux/drivers/usb/auerchain.h - 1.1 > linux/drivers/usb/auerchain.c - 1.1 > linux/drivers/usb/auerbuf.h - 1.1 > linux/drivers/usb/auerbuf.c - 1.1 > linux/drivers/sound/kahlua.c - 1.1 > linux/drivers/sound/ad1889.h - 1.1 > linux/drivers/sound/ad1889.c - 1.1 > linux/drivers/scsi/sun3_scsi_vme.c - 1.1 > linux/drivers/scsi/nsp32_io.h - 1.1 > linux/drivers/scsi/nsp32_debug.c - 1.1 > linux/drivers/scsi/nsp32.h - 1.1 > linux/drivers/scsi/nsp32.c - 1.1 > linux/drivers/scsi/aic7xxx/scsi_iu.h - 1.1 > linux/drivers/scsi/aic7xxx/aiclib.h - 1.1 > linux/drivers/scsi/aic7xxx/aiclib.c - 1.1 > linux/drivers/scsi/aic7xxx/aic7xxx_reg_print.c - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_seq.h - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_reg_print.c - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_reg.h - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_proc.c - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_pci.c - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_osm_pci.c - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_osm.h - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_osm.c - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_inline.h - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx_core.c - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx.seq - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx.reg - 1.1 > linux/drivers/scsi/aic7xxx/aic79xx.h - 1.1 > linux/drivers/scsi/aic7xxx/CHANGELOG - 1.1 > linux/drivers/net/wan/hdlc_x25.c - 1.1 > linux/drivers/net/wan/hdlc_raw.c - 1.1 > linux/drivers/net/wan/hdlc_ppp.c - 1.1 > linux/drivers/net/wan/hdlc_generic.c - 1.1 > linux/drivers/net/wan/hdlc_fr.c - 1.1 > linux/arch/cris/drivers/bluetooth/bt.patch - 1.1 > linux/drivers/net/wan/hdlc_cisco.c - 1.1 > linux/drivers/net/typhoon.h - 1.1 > linux/drivers/net/typhoon.c - 1.1 > linux/drivers/net/typhoon-firmware.h - 1.1 > linux/drivers/net/sk98lin/skgemib.c - 1.1 > linux/drivers/net/sk98lin/build_no.c - 1.1 > linux/drivers/net/r8169.c - 1.1 > linux/drivers/net/mac8390.c - 1.1 > linux/drivers/net/irda/donauboe.h - 1.1 > linux/drivers/net/irda/donauboe.c - 1.1 > linux/drivers/net/ether00.c - 1.1 > linux/drivers/net/cirrus.h - 1.1 > linux/drivers/net/cirrus.c - 1.1 > linux/drivers/net/amd8111e.c - 1.1 > linux/drivers/mtd/nand/nand_ids.c - 1.1 > linux/drivers/mtd/nand/edb7312.c - 1.1 > linux/drivers/mtd/nand/autcpu12.c - 1.1 > linux/drivers/mtd/maps/uclinux.c - 1.1 > linux/drivers/mtd/maps/scx200_docflash.c - 1.1 > linux/drivers/mtd/maps/scb2_flash.c - 1.1 > linux/drivers/mtd/maps/redwood.c - 1.1 > linux/drivers/mtd/maps/physmap64.c - 1.1 > linux/drivers/mtd/maps/pcmciamtd.c - 1.1 > linux/drivers/mtd/maps/nettel.c - 1.1 > linux/drivers/mtd/maps/lasat.c - 1.1 > linux/drivers/mtd/maps/impa7.c - 1.1 > linux/drivers/mtd/maps/fortunet.c - 1.1 > linux/drivers/mtd/maps/edb7312.c - 1.1 > linux/drivers/mtd/maps/ceiva.c - 1.1 > linux/drivers/mtd/maps/amd76xrom.c - 1.1 > linux/drivers/mtd/cmdlinepart.c - 1.1 > linux/drivers/mtd/chips/cfi_cmdset_0020.c - 1.1 > linux/drivers/media/video/tda9887.c - 1.1 > linux/drivers/media/video/bt832.h - 1.1 > linux/drivers/media/video/bt832.c - 1.1 > linux/drivers/media/radio/radio-sf16fmr2.c - 1.1 > linux/drivers/isdn/hisax/isdnhdlc.h - 1.1 > linux/drivers/isdn/hisax/isdnhdlc.c - 1.1 > linux/drivers/ieee1394/raw1394-private.h - 1.1 > linux/drivers/ieee1394/iso.h - 1.1 > linux/drivers/ieee1394/iso.c - 1.1 > linux/drivers/ieee1394/ieee1394-ioctl.h - 1.1 > linux/drivers/ieee1394/dma.h - 1.1 > linux/drivers/ieee1394/dma.c - 1.1 > linux/drivers/ide/setup-pci.c - 1.1 > linux/drivers/ide/raid/silraid.h - 1.1 > linux/drivers/ide/raid/silraid.c - 1.1 > linux/arch/ia64/configs/dig - 1.1 > linux/arch/ia64/configs/generic - 1.1 > linux/arch/ia64/configs/ski - 1.1 > linux/arch/ia64/configs/zx1 - 1.1 > linux/drivers/ide/raid/pdcraid.h - 1.1 > linux/drivers/ide/raid/pdcraid.c - 1.1 > linux/drivers/ide/raid/hptraid.h - 1.1 > linux/drivers/ide/raid/hptraid.c - 1.1 > linux/drivers/ide/raid/ataraid.h - 1.1 > linux/drivers/ide/raid/ataraid.c - 1.1 > linux/drivers/ide/raid/Makefile - 1.1 > linux/drivers/ide/ppc/swarm.c - 1.1 > linux/drivers/ide/ppc/pmac.c - 1.1 > linux/drivers/ide/ppc/mpc8xx.c - 1.1 > linux/drivers/ide/ppc/Makefile - 1.1 > linux/drivers/ide/pci/via82cxxx.h - 1.1 > linux/drivers/ide/pci/via82cxxx.c - 1.1 > linux/drivers/ide/pci/trm290.h - 1.1 > linux/drivers/ide/pci/trm290.c - 1.1 > linux/drivers/ide/pci/triflex.h - 1.1 > linux/drivers/ide/pci/triflex.c - 1.1 > linux/drivers/ide/pci/slc90e66.h - 1.1 > linux/drivers/ide/pci/slc90e66.c - 1.1 > linux/drivers/ide/pci/sl82c105.h - 1.1 > linux/drivers/ide/pci/sl82c105.c - 1.1 > linux/drivers/ide/pci/sis5513.h - 1.1 > linux/drivers/ide/pci/sis5513.c - 1.1 > linux/drivers/ide/pci/siimage.h - 1.1 > linux/drivers/ide/pci/siimage.c - 1.1 > linux/drivers/ide/pci/serverworks.h - 1.1 > linux/drivers/ide/pci/serverworks.c - 1.1 > linux/drivers/ide/pci/sc1200.h - 1.1 > linux/drivers/ide/pci/sc1200.c - 1.1 > linux/drivers/ide/pci/rz1000.h - 1.1 > linux/drivers/ide/pci/rz1000.c - 1.1 > linux/drivers/ide/pci/piix.h - 1.1 > linux/drivers/ide/pci/piix.c - 1.1 > linux/drivers/ide/pci/pdc202xx_old.h - 1.1 > linux/drivers/ide/pci/pdc202xx_old.c - 1.1 > linux/drivers/ide/pci/pdc202xx_new.h - 1.1 > linux/drivers/ide/pci/pdc202xx_new.c - 1.1 > linux/arch/ia64/lib/carta_random.S - 1.1 > linux/drivers/ide/pci/opti621.h - 1.1 > linux/drivers/ide/pci/opti621.c - 1.1 > linux/drivers/ide/pci/ns87415.h - 1.1 > linux/drivers/ide/pci/ns87415.c - 1.1 > linux/drivers/ide/pci/it8172.h - 1.1 > linux/drivers/ide/pci/it8172.c - 1.1 > linux/drivers/ide/pci/hpt366.h - 1.1 > linux/drivers/ide/pci/hpt366.c - 1.1 > linux/drivers/ide/pci/hpt34x.h - 1.1 > linux/drivers/ide/pci/hpt34x.c - 1.1 > linux/drivers/ide/pci/generic.h - 1.1 > linux/drivers/ide/pci/generic.c - 1.1 > linux/drivers/ide/pci/cy82c693.h - 1.1 > linux/drivers/ide/pci/cy82c693.c - 1.1 > linux/drivers/ide/pci/cs5530.h - 1.1 > linux/drivers/ide/pci/cs5530.c - 1.1 > linux/drivers/ide/pci/cmd64x.h - 1.1 > linux/drivers/ide/pci/cmd64x.c - 1.1 > linux/drivers/ide/pci/cmd640.h - 1.1 > linux/drivers/ide/pci/cmd640.c - 1.1 > linux/drivers/ide/pci/amd74xx.h - 1.1 > linux/drivers/ide/pci/amd74xx.c - 1.1 > linux/drivers/ide/pci/alim15x3.h - 1.1 > linux/drivers/ide/pci/alim15x3.c - 1.1 > linux/drivers/ide/pci/aec62xx.h - 1.1 > linux/drivers/ide/pci/aec62xx.c - 1.1 > linux/drivers/ide/pci/adma100.h - 1.1 > linux/drivers/ide/pci/adma100.c - 1.1 > linux/drivers/ide/pci/Makefile - 1.1 > linux/drivers/ide/legacy/umc8672.c - 1.1 > linux/drivers/ide/legacy/qd65xx.h - 1.1 > linux/drivers/ide/legacy/qd65xx.c - 1.1 > linux/drivers/ide/legacy/q40ide.c - 1.1 > linux/drivers/ide/legacy/pdc4030.h - 1.1 > linux/drivers/ide/legacy/pdc4030.c - 1.1 > linux/drivers/ide/legacy/macide.c - 1.1 > linux/drivers/ide/legacy/ide-cs.c - 1.1 > linux/drivers/ide/legacy/ht6560b.c - 1.1 > linux/drivers/ide/legacy/hd.c - 1.1 > linux/arch/ia64/sn/io/ifconfig_bus.c - 1.1 > linux/drivers/ide/legacy/gayle.c - 1.1 > linux/drivers/ide/legacy/falconide.c - 1.1 > linux/drivers/ide/legacy/dtc2278.c - 1.1 > linux/drivers/ide/legacy/buddha.c - 1.1 > linux/drivers/ide/legacy/ali14xx.c - 1.1 > linux/drivers/ide/legacy/Makefile - 1.1 > linux/drivers/ide/ide-lib.c - 1.1 > linux/drivers/ide/ide-iops.c - 1.1 > linux/drivers/ide/ide-io.c - 1.1 > linux/arch/ia64/sn/io/sn1/Makefile - 1.1 > linux/arch/ia64/sn/io/sn1/eeprom.c - 1.1 > linux/arch/ia64/sn/io/sn1/efi-rtc.c - 1.1 > linux/drivers/ide/ide-default.c - 1.1 > linux/arch/ia64/sn/io/sn1/klconflib.c - 1.1 > linux/arch/ia64/sn/io/sn1/klgraph.c - 1.1 > linux/arch/ia64/sn/io/sn1/l1.c - 1.1 > linux/arch/ia64/sn/io/sn1/l1_command.c - 1.1 > linux/drivers/ide/arm/rapide.c - 1.1 > linux/arch/ia64/sn/io/sn1/ml_SN_init.c - 1.1 > linux/arch/ia64/sn/io/sn1/ml_iograph.c - 1.1 > linux/arch/ia64/sn/io/sn1/module.c - 1.1 > linux/arch/ia64/sn/io/sn1/pci_bus_cvlink.c - 1.1 > linux/drivers/ide/arm/icside.c - 1.1 > linux/arch/ia64/sn/io/sn1/pciio.c - 1.1 > linux/arch/ia64/sn/io/sn1/sgi_io_init.c - 1.1 > linux/arch/ia64/sn/io/sn1/xbow.c - 1.1 > linux/arch/ia64/sn/io/sn1/xtalk.c - 1.1 > linux/arch/ia64/sn/io/sn2/Makefile - 1.1 > linux/drivers/ide/arm/Makefile - 1.1 > linux/arch/ia64/sn/io/sn2/efi-rtc.c - 1.1 > linux/arch/ia64/sn/io/sn2/geo_op.c - 1.1 > linux/arch/ia64/sn/io/sn2/klconflib.c - 1.1 > linux/arch/ia64/sn/io/sn2/klgraph.c - 1.1 > linux/arch/ia64/sn/io/sn2/l1.c - 1.1 > linux/arch/ia64/sn/io/sn2/l1_command.c - 1.1 > linux/arch/ia64/sn/io/sn2/ml_SN_init.c - 1.1 > linux/drivers/i2c/scx200_i2c.c - 1.1 > linux/arch/ia64/sn/io/sn2/ml_iograph.c - 1.1 > linux/arch/ia64/sn/io/sn2/module.c - 1.1 > linux/arch/ia64/sn/io/sn2/pci_bus_cvlink.c - 1.1 > linux/arch/ia64/sn/io/sn2/pcibr/Makefile - 1.1 > linux/drivers/i2c/scx200_acb.c - 1.1 > linux/drivers/char/tipar.c - 1.1 > linux/drivers/char/scx200_wdt.c - 1.1 > linux/drivers/char/scx200_gpio.c - 1.1 > linux/drivers/char/scx200.c - 1.1 > linux/drivers/char/mux.c - 1.1 > linux/drivers/char/ipmi/ipmi_watchdog.c - 1.1 > linux/drivers/char/ipmi/ipmi_msghandler.c - 1.1 > linux/arch/ia64/sn/io/sn2/pciio.c - 1.1 > linux/arch/ia64/sn/io/sn2/pic.c - 1.1 > linux/arch/ia64/sn/io/sn2/sgi_io_init.c - 1.1 > linux/arch/ia64/sn/io/sn2/shub.c - 1.1 > linux/drivers/char/ipmi/ipmi_kcs_sm.h - 1.1 > linux/drivers/char/ipmi/ipmi_kcs_sm.c - 1.1 > linux/arch/ia64/sn/io/sn2/shubio.c - 1.1 > linux/arch/ia64/sn/io/sn2/xbow.c - 1.1 > linux/arch/ia64/sn/io/sn2/xtalk.c - 1.1 > linux/drivers/char/ipmi/ipmi_kcs_intf.c - 1.1 > linux/drivers/char/ipmi/ipmi_devintf.c - 1.1 > linux/drivers/char/ipmi/Makefile - 1.1 > linux/drivers/char/genrtc.c - 1.1 > linux/arch/ia64/sn/kernel/bte_regr_test.c - 1.1 > linux/drivers/bluetooth/hci_bcsp.h - 1.1 > linux/drivers/bluetooth/hci_bcsp.c - 1.1 > linux/drivers/bluetooth/btuart_cs.c - 1.1 > linux/arch/ppc64/lib/memcpy.S - 1.1 > linux/arch/ppc64/lib/copyuser.S - 1.1 > linux/arch/ppc64/lib/copypage.S - 1.1 > linux/arch/ppc64/kernel/scanlog.c - 1.1 > linux/arch/ppc64/boot/README - 1.1 > linux/arch/ppc/platforms/lopec_setup.c - 1.1 > linux/arch/ppc/platforms/lopec_serial.h - 1.1 > linux/arch/ia64/sn/kernel/sn2/ptc_deadlock.S - 1.1 > linux/arch/ppc/platforms/lopec_pci.c - 1.1 > linux/arch/ia64/sn/kernel/sn2/sn_proc_fs.c - 1.1 > linux/arch/ppc/lib/div64.S - 1.1 > linux/arch/ppc/kernel/mpc10x_common.c - 1.1 > linux/arch/ppc/kernel/gen550_kgdb.c - 1.1 > linux/arch/ppc/kernel/gen550_dbg.c - 1.1 > linux/arch/ppc/kernel/cpu_setup_6xx.S - 1.1 > linux/arch/ppc/boot/utils/mkbugboot.c - 1.1 > linux/arch/ppc/boot/lib/div64.S - 1.1 > linux/arch/ppc/boot/include/mpc10x.h - 1.1 > linux/arch/ppc/boot/common/serial_stub.c - 1.1 > linux/arch/ppc/boot/common/mpc10x_memory.c - 1.1 > linux/arch/parisc/lib/locks.c - 1.1 > linux/arch/parisc/kernel/pdc_chassis.c - 1.1 > linux/arch/m68k/mm/sun3kmap.c - 1.1 > linux/scripts/split-include.c - 1.5 > linux/scripts/Configure - 1.13 > linux/net/x25/x25_link.c - 1.10 > linux/net/sunrpc/xprt.c - 1.25 > linux/net/sunrpc/xdr.c - 1.9 > linux/net/sunrpc/sysctl.c - 1.9 > linux/net/sunrpc/svcsock.c - 1.17 > linux/net/sunrpc/svc.c - 1.10 > linux/net/sunrpc/sunrpc_syms.c - 1.12 > linux/net/sunrpc/stats.c - 1.10 > linux/net/sunrpc/sched.c - 1.25 > linux/net/sunrpc/clnt.c - 1.16 > linux/net/socket.c - 1.31 > linux/net/sched/sch_sfq.c - 1.7 > linux/net/sched/sch_prio.c - 1.8 > linux/net/sched/sch_csz.c - 1.6 > linux/net/sched/cls_u32.c - 1.9 > linux/net/sched/cls_rsvp.h - 1.4 > linux/net/rose/rose_dev.c - 1.9 > linux/net/netsyms.c - 1.44 > linux/net/netrom/nr_dev.c - 1.9 > linux/net/netlink/af_netlink.c - 1.18 > linux/net/irda/irttp.c - 1.16 > linux/net/irda/irlmp_event.c - 1.16 > linux/net/irda/irlmp.c - 1.18 > linux/net/irda/irlap_event.c - 1.22 > linux/net/irda/irlap.c - 1.19 > linux/net/irda/irda_device.c - 1.23 > linux/net/ipv6/udp.c - 1.26 > linux/net/ipv6/tcp_ipv6.c - 1.36 > linux/net/ipv6/sysctl_net_ipv6.c - 1.3 > linux/net/ipv6/sit.c - 1.21 > linux/net/ipv6/route.c - 1.23 > linux/net/ipv6/reassembly.c - 1.12 > linux/net/ipv6/ndisc.c - 1.20 > linux/net/ipv6/mcast.c - 1.16 > linux/net/ipv6/ipv6_sockglue.c - 1.14 > linux/net/ipv6/ip6_output.c - 1.15 > linux/net/ipv6/ip6_fib.c - 1.12 > linux/net/ipv6/icmp.c - 1.18 > linux/net/ipv6/exthdrs.c - 1.6 > linux/net/ipv6/datagram.c - 1.11 > linux/net/ipv6/af_inet6.c - 1.20 > linux/net/ipv6/addrconf.c - 1.25 > linux/net/ipv6/Makefile - 1.5 > linux/net/ipv4/udp.c - 1.30 > linux/net/ipv4/tcp_timer.c - 1.23 > linux/net/ipv4/tcp_output.c - 1.29 > linux/net/ipv4/tcp_ipv4.c - 1.45 > linux/net/ipv4/tcp_input.c - 1.39 > linux/net/ipv4/tcp.c - 1.40 > linux/net/ipv4/sysctl_net_ipv4.c - 1.15 > linux/net/ipv4/route.c - 1.36 > linux/net/ipv4/proc.c - 1.13 > linux/net/ipv4/ipip.c - 1.23 > linux/net/ipv4/ip_fragment.c - 1.17 > linux/net/ipv4/igmp.c - 1.17 > linux/net/ipv4/icmp.c - 1.27 > linux/net/ipv4/fib_semantics.c - 1.10 > linux/net/ipv4/devinet.c - 1.16 > linux/net/ipv4/af_inet.c - 1.33 > linux/net/core/sock.c - 1.26 > linux/net/core/skbuff.c - 1.25 > linux/net/core/dev.c - 1.52 > linux/net/802/tr.c - 1.12 > linux/mm/vmalloc.c - 1.39 > linux/mm/swapfile.c - 1.50 > linux/mm/slab.c - 1.33 > linux/mm/mmap.c - 1.49 > linux/mm/filemap.c - 1.117 > linux/kernel/sysctl.c - 1.51 > linux/kernel/sys.c - 1.28 > linux/kernel/signal.c - 1.24 > linux/kernel/sched.c - 1.50 > linux/kernel/printk.c - 1.20 > linux/kernel/module.c - 1.27 > linux/kernel/ksyms.c - 1.143 > linux/kernel/fork.c - 1.43 > linux/ipc/msg.c - 1.14 > linux/include/net/tcp.h - 1.30 > linux/include/net/sock.h - 1.28 > linux/include/net/snmp.h - 1.10 > linux/include/net/irda/irttp.h - 1.10 > linux/include/net/irda/irlmp.h - 1.12 > linux/include/net/irda/irlap.h - 1.14 > linux/include/net/ipv6.h - 1.10 > linux/include/net/ip6_route.h - 1.6 > linux/include/net/ip6_fib.h - 1.5 > linux/include/net/if_inet6.h - 1.8 > linux/include/net/af_unix.h - 1.5 > linux/include/net/addrconf.h - 1.10 > linux/include/linux/wireless.h - 1.10 > linux/include/linux/videodev.h - 1.21 > linux/include/linux/types.h - 1.7 > linux/include/linux/tty.h - 1.18 > linux/include/linux/sysctl.h - 1.52 > linux/include/linux/sys.h - 1.3 > linux/include/linux/swap.h - 1.53 > linux/include/linux/sunrpc/xdr.h - 1.8 > linux/include/linux/soundcard.h - 1.8 > linux/include/linux/sockios.h - 1.10 > linux/include/linux/socket.h - 1.11 > linux/include/linux/skbuff.h - 1.24 > linux/include/linux/sched.h - 1.53 > linux/include/linux/prctl.h - 1.9 > linux/include/linux/pci.h - 1.56 > linux/include/linux/nubus.h - 1.7 > linux/include/linux/nfsd/const.h - 1.5 > linux/include/linux/nfs_fs.h - 1.21 > linux/include/linux/netdevice.h - 1.34 > linux/include/linux/msdos_fs.h - 1.12 > linux/include/linux/mm.h - 1.88 > linux/include/linux/miscdevice.h - 1.14 > linux/include/linux/major.h - 1.30 > linux/include/linux/kernel_stat.h - 1.10 > linux/include/linux/kbd_kern.h - 1.9 > linux/include/linux/interrupt.h - 1.17 > linux/include/linux/in6.h - 1.7 > linux/include/linux/if_ether.h - 1.11 > linux/include/linux/if.h - 1.5 > linux/include/linux/hdreg.h - 1.15 > linux/include/linux/fs.h - 1.161 > linux/include/linux/ext2_fs.h - 1.19 > linux/include/linux/cyclades.h - 1.9 > linux/include/linux/console_struct.h - 1.5 > linux/include/linux/console.h - 1.10 > linux/include/linux/blkdev.h - 1.47 > linux/include/linux/auto_fs.h - 1.9 > linux/include/asm-sparc64/unistd.h - 1.17 > linux/include/asm-sparc64/ttable.h - 1.9 > linux/include/asm-sparc64/timex.h - 1.6 > linux/include/asm-sparc64/timer.h - 1.5 > linux/include/asm-sparc64/system.h - 1.17 > linux/include/asm-sparc64/spitfire.h - 1.9 > linux/include/asm-sparc64/ptrace.h - 1.3 > linux/include/asm-sparc64/processor.h - 1.25 > linux/include/asm-sparc64/mman.h - 1.4 > linux/include/asm-sparc64/irq.h - 1.11 > linux/include/asm-sparc64/ioctl.h - 1.3 > linux/include/asm-sparc64/ide.h - 1.12 > linux/include/asm-sparc64/head.h - 1.5 > linux/include/asm-sparc64/elf.h - 1.14 > linux/include/asm-sparc64/delay.h - 1.9 > linux/include/asm-sparc/vac-ops.h - 1.4 > linux/include/asm-sparc/unistd.h - 1.15 > linux/include/asm-sparc/system.h - 1.11 > linux/include/asm-sparc/sbus.h - 1.9 > linux/include/asm-sparc/processor.h - 1.18 > linux/include/asm-sparc/oplib.h - 1.5 > linux/include/asm-sparc/mman.h - 1.4 > linux/include/asm-sparc/irq.h - 1.9 > linux/include/asm-sparc/ioctl.h - 1.4 > linux/include/asm-sparc/delay.h - 1.4 > linux/include/asm-ppc/vga.h - 1.8 > linux/include/asm-ppc/vc_ioctl.h - 1.4 > linux/include/asm-ppc/user.h - 1.5 > linux/include/asm-ppc/unistd.h - 1.19 > linux/include/asm-ppc/unaligned.h - 1.5 > linux/include/asm-ppc/ucontext.h - 1.5 > linux/include/asm-ppc/uaccess.h - 1.12 > linux/include/asm-ppc/types.h - 1.12 > linux/include/asm-ppc/traps.h - 1.4 > linux/include/asm-ppc/timex.h - 1.8 > linux/include/asm-ppc/termios.h - 1.10 > linux/include/asm-ppc/termbits.h - 1.6 > linux/include/asm-ppc/system.h - 1.21 > linux/include/asm-ppc/string.h - 1.6 > linux/include/asm-ppc/statfs.h - 1.4 > linux/include/asm-ppc/stat.h - 1.8 > linux/include/asm-ppc/spinlock.h - 1.13 > linux/include/asm-ppc/softirq.h - 1.15 > linux/include/asm-ppc/sockios.h - 1.4 > linux/include/asm-ppc/socket.h - 1.9 > linux/include/asm-ppc/smplock.h - 1.9 > linux/include/asm-ppc/smp.h - 1.15 > linux/include/asm-ppc/signal.h - 1.6 > linux/include/asm-ppc/siginfo.h - 1.9 > linux/include/asm-ppc/sigcontext.h - 1.4 > linux/include/asm-ppc/shmparam.h - 1.6 > linux/include/asm-ppc/setup.h - 1.5 > linux/include/asm-ppc/serial.h - 1.12 > linux/include/asm-ppc/semaphore.h - 1.10 > linux/include/asm-ppc/segment.h - 1.5 > linux/include/asm-ppc/scatterlist.h - 1.7 > linux/include/asm-ppc/resource.h - 1.10 > linux/include/asm-ppc/residual.h - 1.6 > linux/include/asm-ppc/raven.h - 1.6 > linux/include/asm-ppc/ptrace.h - 1.10 > linux/include/asm-ppc/prom.h - 1.17 > linux/include/asm-ppc/processor.h - 1.33 > linux/include/asm-ppc/prep_nvram.h - 1.6 > linux/include/asm-ppc/posix_types.h - 1.8 > linux/include/asm-ppc/poll.h - 1.4 > linux/include/asm-ppc/pnp.h - 1.5 > linux/include/asm-ppc/pgtable.h - 1.31 > linux/include/asm-ppc/pci-bridge.h - 1.10 > linux/include/asm-ppc/param.h - 1.6 > linux/include/asm-ppc/page.h - 1.15 > linux/include/asm-ppc/ohare.h - 1.7 > linux/include/asm-ppc/nvram.h - 1.7 > linux/include/asm-ppc/namei.h - 1.6 > linux/include/asm-ppc/mmu_context.h - 1.13 > linux/include/asm-ppc/mmu.h - 1.10 > linux/include/asm-ppc/mman.h - 1.7 > linux/include/asm-ppc/mk48t59.h - 1.4 > linux/include/asm-ppc/mediabay.h - 1.7 > linux/include/asm-ppc/md.h - 1.5 > linux/include/asm-ppc/machdep.h - 1.24 > linux/include/asm-ppc/linux_logo.h - 1.9 > linux/include/asm-ppc/kgdb.h - 1.5 > linux/include/asm-ppc/keyboard.h - 1.12 > linux/include/asm-ppc/irq.h - 1.16 > linux/include/asm-ppc/ipc.h - 1.4 > linux/include/asm-ppc/ioctls.h - 1.5 > linux/include/asm-ppc/ioctl.h - 1.4 > linux/include/asm-ppc/io.h - 1.16 > linux/include/asm-ppc/ide.h - 1.15 > linux/include/asm-ppc/hydra.h - 1.5 > linux/include/asm-ppc/hardirq.h - 1.16 > linux/include/asm-ppc/gg2.h - 1.5 > linux/include/asm-ppc/floppy.h - 1.7 > linux/include/asm-ppc/fcntl.h - 1.10 > linux/include/asm-ppc/errno.h - 1.4 > linux/include/asm-ppc/elf.h - 1.11 > linux/include/asm-ppc/dma.h - 1.9 > linux/include/asm-ppc/delay.h - 1.6 > linux/include/asm-ppc/dbdma.h - 1.6 > linux/include/asm-ppc/current.h - 1.5 > linux/include/asm-ppc/checksum.h - 1.5 > linux/include/asm-ppc/cache.h - 1.10 > linux/include/asm-ppc/byteorder.h - 1.8 > linux/include/asm-ppc/bugs.h - 1.4 > linux/include/asm-ppc/bootx.h - 1.6 > linux/include/asm-ppc/bootinfo.h - 1.10 > linux/include/asm-ppc/bitops.h - 1.11 > linux/include/asm-ppc/atomic.h - 1.10 > linux/include/asm-ppc/amipcmcia.h - 1.5 > linux/include/asm-ppc/amigayle.h - 1.5 > linux/include/asm-ppc/amigappc.h - 1.6 > linux/include/asm-ppc/amigaints.h - 1.7 > linux/include/asm-ppc/amigahw.h - 1.6 > linux/include/asm-ppc/a.out.h - 1.4 > linux/include/asm-ppc/8xx_immap.h - 1.5 > linux/include/asm-mips/system.h - 1.14 > linux/include/asm-mips/processor.h - 1.22 > linux/include/asm-mips/ide.h - 1.12 > linux/include/asm-m68k/virtconvert.h - 1.5 > linux/include/asm-m68k/system.h - 1.10 > linux/include/asm-m68k/processor.h - 1.14 > linux/include/asm-m68k/page.h - 1.11 > linux/include/asm-m68k/macintosh.h - 1.6 > linux/include/asm-m68k/machdep.h - 1.6 > linux/include/asm-m68k/io.h - 1.9 > linux/include/asm-m68k/ide.h - 1.7 > linux/include/asm-m68k/floppy.h - 1.6 > linux/include/asm-m68k/dvma.h - 1.7 > linux/include/asm-m68k/delay.h - 1.4 > linux/include/asm-m68k/apollohw.h - 1.4 > linux/include/asm-m68k/amigahw.h - 1.6 > linux/include/asm-i386/system.h - 1.25 > linux/include/asm-i386/smplock.h - 1.12 > linux/include/asm-i386/processor.h - 1.34 > linux/include/asm-i386/msr.h - 1.13 > linux/include/asm-i386/io.h - 1.22 > linux/include/asm-i386/ide.h - 1.8 > linux/include/asm-i386/floppy.h - 1.8 > linux/include/asm-i386/fixmap.h - 1.11 > linux/include/asm-i386/delay.h - 1.4 > linux/include/asm-arm/system.h - 1.16 > linux/include/asm-arm/processor.h - 1.22 > linux/include/asm-arm/proc-armv/system.h - 1.13 > linux/include/asm-arm/proc-armo/system.h - 1.11 > linux/include/asm-arm/ide.h - 1.4 > linux/include/asm-alpha/timex.h - 1.4 > linux/include/asm-alpha/system.h - 1.18 > linux/include/asm-alpha/processor.h - 1.15 > linux/include/asm-alpha/pci.h - 1.16 > linux/include/asm-alpha/mmu_context.h - 1.12 > linux/include/asm-alpha/machvec.h - 1.15 > linux/include/asm-alpha/irq.h - 1.6 > linux/include/asm-alpha/io.h - 1.18 > linux/include/asm-alpha/ide.h - 1.7 > linux/include/asm-alpha/hwrpb.h - 1.7 > linux/include/asm-alpha/floppy.h - 1.7 > linux/include/asm-alpha/elf.h - 1.6 > linux/include/asm-alpha/dma.h - 1.6 > linux/include/asm-alpha/delay.h - 1.10 > linux/include/asm-alpha/core_t2.h - 1.9 > linux/include/asm-alpha/core_cia.h - 1.12 > linux/include/asm-alpha/console.h - 1.5 > linux/fs/ufs/util.c - 1.9 > linux/fs/super.c - 1.79 > linux/fs/select.c - 1.19 > linux/fs/read_write.c - 1.18 > linux/fs/proc/inode.c - 1.17 > linux/fs/proc/generic.c - 1.25 > linux/fs/nfsd/vfs.c - 1.43 > linux/fs/nfsd/nfsxdr.c - 1.14 > linux/fs/nfsd/nfsproc.c - 1.21 > linux/fs/nfsd/nfsfh.c - 1.35 > linux/fs/nfsd/nfs3xdr.c - 1.23 > linux/fs/nfsd/nfs3proc.c - 1.13 > linux/fs/nfs/symlink.c - 1.16 > linux/fs/nfs/read.c - 1.30 > linux/fs/nfs/nfsroot.c - 1.12 > linux/fs/nfs/file.c - 1.26 > linux/fs/namei.c - 1.47 > linux/fs/locks.c - 1.22 > linux/fs/lockd/svc.c - 1.14 > linux/fs/hfs/super.c - 1.12 > linux/fs/ext2/ioctl.c - 1.10 > linux/fs/ext2/inode.c - 1.39 > linux/fs/ext2/ialloc.c - 1.22 > linux/fs/ext2/balloc.c - 1.16 > linux/fs/exec.c - 1.53 > linux/fs/dcache.c - 1.34 > linux/fs/buffer.c - 1.117 > linux/drivers/video/fbmem.c - 1.47 > linux/drivers/video/dnfb.c - 1.13 > linux/drivers/video/clgenfb.h - 1.5 > linux/drivers/video/clgenfb.c - 1.27 > linux/drivers/video/atafb.c - 1.13 > linux/drivers/video/amifb.c - 1.22 > linux/drivers/video/S3triofb.c - 1.11 > linux/drivers/video/Makefile - 1.38 > linux/drivers/video/Config.in - 1.35 > linux/drivers/usb/usb.c - 1.62 > linux/drivers/usb/uhci.h - 1.29 > linux/drivers/usb/uhci.c - 1.60 > linux/drivers/usb/hub.c - 1.43 > linux/drivers/usb/audio.c - 1.38 > linux/drivers/usb/Makefile - 1.50 > linux/drivers/usb/Config.in - 1.53 > linux/drivers/sound/sscape.c - 1.13 > linux/drivers/sound/sonicvibes.c - 1.38 > linux/drivers/sound/sb_mixer.c - 1.11 > linux/drivers/sound/sb_common.c - 1.20 > linux/drivers/sound/sb_card.c - 1.33 > linux/drivers/sound/mpu401.c - 1.15 > linux/drivers/sound/midibuf.c - 1.9 > linux/drivers/sound/mad16.c - 1.16 > linux/drivers/sound/gus_wave.c - 1.9 > linux/drivers/sound/gus_midi.c - 1.9 > linux/drivers/sound/es1371.c - 1.39 > linux/drivers/sound/es1370.c - 1.38 > linux/drivers/sound/Makefile - 1.36 > linux/drivers/sound/Config.in - 1.33 > linux/drivers/scsi/t128.c - 1.10 > linux/drivers/scsi/sym53c8xx.c - 1.32 > linux/drivers/scsi/sr.c - 1.34 > linux/drivers/scsi/sd.c - 1.53 > linux/drivers/scsi/scsi_proc.c - 1.11 > linux/drivers/scsi/qlogicfc.c - 1.27 > linux/drivers/scsi/qlogicfas.h - 1.4 > linux/drivers/scsi/qlogicfas.c - 1.12 > linux/drivers/scsi/megaraid.h - 1.15 > linux/drivers/scsi/megaraid.c - 1.35 > linux/drivers/scsi/mac_scsi.h - 1.4 > linux/drivers/scsi/mac_scsi.c - 1.10 > linux/drivers/scsi/in2000.c - 1.10 > linux/drivers/scsi/ide-scsi.h - 1.3 > linux/drivers/scsi/ide-scsi.c - 1.21 > linux/drivers/scsi/hosts.h - 1.20 > linux/drivers/scsi/hosts.c - 1.28 > linux/drivers/scsi/gdth_proc.c - 1.14 > linux/drivers/scsi/gdth.h - 1.8 > linux/drivers/scsi/gdth.c - 1.19 > linux/drivers/scsi/fastlane.c - 1.11 > linux/drivers/scsi/eata_generic.h - 1.4 > linux/drivers/scsi/cyberstormII.c - 1.11 > linux/drivers/scsi/cyberstorm.c - 1.11 > linux/drivers/scsi/blz2060.c - 1.11 > linux/drivers/scsi/blz1230.c - 1.11 > linux/drivers/scsi/atari_NCR5380.c - 1.6 > linux/drivers/scsi/amiga7xx.c - 1.9 > linux/drivers/scsi/aic7xxx/aic7xxx.seq - 1.12 > linux/drivers/scsi/aic7xxx/aic7xxx.reg - 1.10 > linux/drivers/scsi/advansys.c - 1.21 > linux/drivers/scsi/NCR5380.c - 1.10 > linux/drivers/scsi/Makefile - 1.36 > linux/drivers/scsi/Config.in - 1.31 > linux/drivers/scsi/53c7xx.c - 1.17 > linux/drivers/pci/quirks.c - 1.32 > linux/drivers/pci/pci.c - 1.52 > linux/drivers/net/znet.c - 1.10 > linux/drivers/net/yellowfin.c - 1.31 > linux/drivers/net/wavelan.c - 1.26 > linux/drivers/net/via-rhine.c - 1.36 > linux/drivers/net/sunqe.c - 1.22 > linux/drivers/net/sunlance.c - 1.27 > linux/drivers/net/sunhme.c - 1.35 > linux/drivers/net/smc9194.c - 1.19 > linux/drivers/net/sk_g16.c - 1.15 > linux/drivers/net/shaper.c - 1.21 > linux/drivers/net/sgiseeq.c - 1.13 > linux/drivers/net/seeq8005.c - 1.15 > linux/drivers/net/pcnet32.c - 1.34 > linux/drivers/net/ni65.c - 1.13 > linux/drivers/net/ni52.c - 1.15 > linux/drivers/net/ni5010.c - 1.16 > linux/drivers/net/lance.c - 1.23 > linux/drivers/net/irda/irtty.c - 1.25 > linux/drivers/net/irda/Makefile - 1.19 > linux/drivers/net/irda/Config.in - 1.15 > linux/drivers/net/hp100.c - 1.21 > linux/drivers/net/fmv18x.c - 1.17 > linux/drivers/net/ewrk3.c - 1.23 > linux/drivers/net/eth16i.c - 1.21 > linux/drivers/net/epic100.c - 1.30 > linux/drivers/net/eexpress.c - 1.20 > linux/drivers/net/eepro100.c - 1.43 > linux/drivers/net/eepro.c - 1.25 > linux/drivers/net/e2100.c - 1.18 > linux/drivers/net/dgrs.c - 1.22 > linux/drivers/net/depca.c - 1.20 > linux/drivers/net/de620.c - 1.15 > linux/drivers/net/de600.c - 1.18 > linux/drivers/net/de4x5.c - 1.26 > linux/drivers/net/daynaport.c - 1.12 > linux/drivers/net/bmac.c - 1.20 > linux/drivers/net/atp.c - 1.18 > linux/drivers/net/atarilance.c - 1.12 > linux/drivers/net/at1700.c - 1.18 > linux/drivers/net/ariadne.c - 1.15 > linux/drivers/net/apne.c - 1.11 > linux/drivers/net/am79c961a.c - 1.14 > linux/drivers/net/a2065.c - 1.16 > linux/drivers/net/Makefile - 1.52 > linux/drivers/net/Config.in - 1.60 > linux/drivers/net/8390.h - 1.11 > linux/drivers/net/8390.c - 1.25 > linux/drivers/net/82596.c - 1.21 > linux/drivers/net/7990.c - 1.8 > linux/drivers/net/3c59x.c - 1.36 > linux/drivers/net/3c527.c - 1.19 > linux/drivers/net/3c523.c - 1.17 > linux/drivers/net/3c515.c - 1.22 > linux/drivers/net/3c509.c - 1.30 > linux/drivers/net/3c507.c - 1.22 > linux/drivers/net/3c505.c - 1.25 > linux/drivers/net/3c501.c - 1.18 > linux/drivers/macintosh/nvram.c - 1.11 > linux/drivers/isdn/isdn_ppp.c - 1.26 > linux/drivers/isdn/isdn_net.c - 1.29 > linux/drivers/isdn/isdn_audio.h - 1.7 > linux/drivers/isdn/isdn_audio.c - 1.13 > linux/drivers/isdn/hisax/rawhdlc.h - 1.7 > linux/drivers/isdn/hisax/rawhdlc.c - 1.8 > linux/drivers/isdn/hisax/hisax.h - 1.25 > linux/drivers/isdn/hisax/amd7930.c - 1.13 > linux/drivers/isdn/hisax/Makefile - 1.17 > linux/drivers/isdn/avmb1/capidrv.c - 1.20 > linux/drivers/isdn/Config.in - 1.23 > linux/drivers/char/serial.c - 1.61 > linux/drivers/char/rtc.c - 1.28 > linux/drivers/char/random.c - 1.25 > linux/drivers/char/nvram.c - 1.20 > linux/drivers/char/mem.c - 1.42 > linux/drivers/char/keyboard.c - 1.26 > linux/drivers/char/isicom.c - 1.17 > linux/drivers/char/epca.c - 1.20 > linux/drivers/char/cyclades.c - 1.23 > linux/drivers/char/Makefile - 1.58 > linux/drivers/char/Config.in - 1.60 > linux/drivers/block/nbd.c - 1.28 > linux/drivers/block/loop.c - 1.47 > linux/drivers/block/ll_rw_blk.c - 1.85 > linux/drivers/block/amiflop.c - 1.20 > linux/drivers/block/Makefile - 1.25 > linux/arch/sparc64/solaris/ioctl.c - 1.12 > linux/arch/sparc64/solaris/entry64.S - 1.4 > linux/arch/sparc64/mm/ultra.S - 1.26 > linux/arch/sparc64/kernel/winfixup.S - 1.5 > linux/arch/sparc64/kernel/trampoline.S - 1.12 > linux/arch/sparc64/kernel/time.c - 1.20 > linux/arch/sparc64/kernel/systbls.S - 1.24 > linux/arch/sparc64/kernel/sys_sparc32.c - 1.47 > linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.40 > linux/arch/sparc64/kernel/smp.c - 1.37 > linux/arch/sparc64/kernel/signal32.c - 1.19 > linux/arch/sparc64/kernel/signal.c - 1.17 > linux/arch/sparc64/kernel/rtrap.S - 1.14 > linux/arch/sparc64/kernel/process.c - 1.29 > linux/arch/sparc64/kernel/itlb_base.S - 1.7 > linux/arch/sparc64/kernel/irq.c - 1.24 > linux/arch/sparc64/kernel/ioctl32.c - 1.53 > linux/arch/sparc64/kernel/head.S - 1.18 > linux/arch/sparc64/kernel/etrap.S - 1.8 > linux/arch/sparc64/kernel/entry.S - 1.20 > linux/arch/sparc64/kernel/binfmt_elf32.c - 1.8 > linux/arch/sparc64/kernel/Makefile - 1.22 > linux/arch/sparc64/defconfig - 1.61 > linux/arch/sparc64/boot/Makefile - 1.3 > linux/arch/sparc64/Makefile - 1.17 > linux/arch/sparc/prom/printf.c - 1.5 > linux/arch/sparc/mm/sun4c.c - 1.33 > linux/arch/sparc/mm/iommu.c - 1.13 > linux/arch/sparc/mm/fault.c - 1.19 > linux/arch/sparc/kernel/time.c - 1.17 > linux/arch/sparc/kernel/systbls.S - 1.20 > linux/arch/sparc/kernel/sun4m_irq.c - 1.9 > linux/arch/sparc/kernel/sun4d_irq.c - 1.12 > linux/arch/sparc/kernel/sun4c_irq.c - 1.8 > linux/arch/sparc/kernel/sparc_ksyms.c - 1.28 > linux/arch/sparc/kernel/signal.c - 1.20 > linux/arch/sparc/kernel/process.c - 1.24 > linux/arch/sparc/kernel/irq.c - 1.19 > linux/arch/sparc/kernel/ioport.c - 1.21 > linux/arch/sparc/kernel/entry.S - 1.12 > linux/arch/sparc/config.in - 1.33 > linux/arch/ppc/mm/init.c - 1.41 > linux/arch/ppc/mm/fault.c - 1.19 > linux/arch/ppc/mm/extable.c - 1.6 > linux/arch/ppc/mm/Makefile - 1.8 > linux/arch/ppc/lib/string.S - 1.10 > linux/arch/ppc/lib/strcase.c - 1.4 > linux/arch/ppc/lib/locks.c - 1.10 > linux/arch/ppc/lib/checksum.S - 1.8 > linux/arch/ppc/lib/Makefile - 1.9 > linux/arch/ppc/kernel/traps.c - 1.24 > linux/arch/ppc/kernel/time.c - 1.20 > linux/arch/ppc/kernel/syscalls.c - 1.13 > linux/arch/ppc/kernel/softemu8xx.c - 1.7 > linux/arch/ppc/kernel/smp.c - 1.33 > linux/arch/ppc/kernel/signal.c - 1.17 > linux/arch/ppc/kernel/setup.c - 1.42 > linux/arch/ppc/kernel/ptrace.c - 1.15 > linux/arch/ppc/kernel/prom.c - 1.31 > linux/arch/ppc/kernel/process.c - 1.35 > linux/arch/ppc/kernel/prep_nvram.c - 1.10 > linux/arch/ppc/kernel/ppc_ksyms.c - 1.43 > linux/arch/ppc/kernel/ppc_htab.c - 1.16 > linux/arch/ppc/kernel/ppc8xx_pic.h - 1.7 > linux/arch/ppc/kernel/ppc8xx_pic.c - 1.9 > linux/arch/ppc/kernel/ppc-stub.c - 1.9 > linux/arch/ppc/kernel/pci.h - 1.7 > linux/arch/ppc/kernel/pci.c - 1.27 > linux/arch/ppc/kernel/open_pic.c - 1.24 > linux/arch/ppc/kernel/mk_defs.c - 1.14 > linux/arch/ppc/kernel/misc.S - 1.38 > linux/arch/ppc/kernel/irq.c - 1.35 > linux/arch/ppc/kernel/indirect_pci.c - 1.8 > linux/arch/ppc/kernel/idle.c - 1.22 > linux/arch/ppc/kernel/i8259.c - 1.11 > linux/arch/ppc/kernel/head.S - 1.34 > linux/arch/ppc/kernel/find_name.c - 1.4 > linux/arch/ppc/kernel/checks.c - 1.5 > linux/arch/ppc/kernel/bitops.c - 1.5 > linux/arch/ppc/kernel/align.c - 1.8 > linux/arch/ppc/kernel/Makefile - 1.29 > linux/arch/ppc/defconfig - 1.40 > linux/arch/ppc/config.in - 1.45 > linux/arch/ppc/boot/Makefile - 1.19 > linux/arch/ppc/amiga/time.c - 1.7 > linux/arch/ppc/amiga/ints.c - 1.7 > linux/arch/ppc/amiga/config.c - 1.16 > linux/arch/ppc/amiga/cia.c - 1.7 > linux/arch/ppc/amiga/chipram.c - 1.6 > linux/arch/ppc/amiga/bootinfo.c - 1.6 > linux/arch/ppc/amiga/amisound.c - 1.4 > linux/arch/ppc/amiga/amiints.c - 1.12 > linux/arch/ppc/amiga/amiga_ksyms.c - 1.4 > linux/arch/ppc/amiga/Makefile - 1.8 > linux/arch/ppc/Makefile - 1.25 > linux/arch/ppc/8xx_io/uart.c - 1.19 > linux/arch/ppc/8xx_io/fec.c - 1.18 > linux/arch/ppc/8xx_io/enet.c - 1.17 > linux/arch/ppc/8xx_io/commproc.c - 1.12 > linux/arch/ppc/8xx_io/Makefile - 1.7 > linux/arch/mips/kernel/process.c - 1.16 > linux/arch/m68k/sun3x/config.c - 1.6 > linux/arch/m68k/q40/q40ints.c - 1.7 > linux/arch/m68k/q40/config.c - 1.13 > linux/arch/m68k/mvme16x/rtc.c - 1.9 > linux/arch/m68k/mm/memory.c - 1.12 > linux/arch/m68k/mm/Makefile - 1.5 > linux/arch/m68k/mac/macints.c - 1.9 > linux/arch/m68k/mac/config.c - 1.11 > linux/arch/m68k/kernel/traps.c - 1.13 > linux/arch/m68k/kernel/time.c - 1.5 > linux/arch/m68k/kernel/signal.c - 1.15 > linux/arch/m68k/kernel/setup.c - 1.16 > linux/arch/m68k/kernel/process.c - 1.15 > linux/arch/m68k/kernel/m68k_ksyms.c - 1.11 > linux/arch/m68k/kernel/head.S - 1.8 > linux/arch/m68k/kernel/entry.S - 1.17 > linux/arch/m68k/ifpsp060/iskeleton.S - 1.3 > linux/arch/m68k/ifpsp060/fskeleton.S - 1.3 > linux/arch/m68k/config.in - 1.26 > linux/arch/m68k/bvme6000/rtc.c - 1.11 > linux/arch/m68k/atari/stram.c - 1.14 > linux/arch/m68k/apollo/config.c - 1.8 > linux/arch/m68k/amiga/config.c - 1.13 > linux/arch/i386/mm/init.c - 1.36 > linux/arch/i386/lib/usercopy.c - 1.8 > linux/arch/i386/lib/delay.c - 1.7 > linux/arch/i386/kernel/time.c - 1.21 > linux/arch/i386/kernel/smp.c - 1.42 > linux/arch/i386/kernel/setup.c - 1.68 > linux/arch/i386/kernel/process.c - 1.41 > linux/arch/i386/kernel/mtrr.c - 1.34 > linux/arch/i386/kernel/io_apic.c - 1.37 > linux/arch/i386/kernel/i386_ksyms.c - 1.48 > linux/arch/i386/kernel/head.S - 1.22 > linux/arch/i386/kernel/entry.S - 1.48 > linux/arch/i386/kernel/apm.c - 1.42 > linux/arch/i386/config.in - 1.74 > linux/arch/i386/Makefile - 1.25 > linux/arch/arm/kernel/time.c - 1.13 > linux/arch/arm/kernel/process.c - 1.22 > linux/arch/arm/kernel/fiq.c - 1.11 > linux/arch/arm/kernel/ecard.c - 1.15 > linux/arch/arm/kernel/dma-rpc.c - 1.9 > linux/arch/arm/kernel/dma-isa.c - 1.8 > linux/arch/arm/kernel/dma-arc.c - 1.12 > linux/arch/arm/config.in - 1.32 > linux/arch/alpha/mm/init.c - 1.21 > linux/arch/alpha/mm/Makefile - 1.4 > linux/arch/alpha/lib/stxncpy.S - 1.5 > linux/arch/alpha/lib/stxcpy.S - 1.4 > linux/arch/alpha/lib/strrchr.S - 1.3 > linux/arch/alpha/lib/strncpy_from_user.S - 1.3 > linux/arch/alpha/lib/strlen_user.S - 1.4 > linux/arch/alpha/lib/strchr.S - 1.3 > linux/arch/alpha/kernel/traps.c - 1.20 > linux/arch/alpha/kernel/time.c - 1.22 > linux/arch/alpha/kernel/sys_sx164.c - 1.11 > linux/arch/alpha/kernel/sys_sable.c - 1.9 > linux/arch/alpha/kernel/sys_ruffian.c - 1.13 > linux/arch/alpha/kernel/sys_mikasa.c - 1.11 > linux/arch/alpha/kernel/sys_miata.c - 1.14 > linux/arch/alpha/kernel/sys_cabriolet.c - 1.14 > linux/arch/alpha/kernel/sys_alcor.c - 1.10 > linux/arch/alpha/kernel/smp.c - 1.31 > linux/arch/alpha/kernel/setup.c - 1.27 > linux/arch/alpha/kernel/ptrace.c - 1.13 > linux/arch/alpha/kernel/proto.h - 1.19 > linux/arch/alpha/kernel/process.c - 1.20 > linux/arch/alpha/kernel/osf_sys.c - 1.30 > linux/arch/alpha/kernel/irq.c - 1.21 > linux/arch/alpha/kernel/entry.S - 1.25 > linux/arch/alpha/kernel/core_tsunami.c - 1.21 > linux/arch/alpha/kernel/core_t2.c - 1.11 > linux/arch/alpha/kernel/core_cia.c - 1.22 > linux/arch/alpha/kernel/alpha_ksyms.c - 1.33 > linux/arch/alpha/kernel/Makefile - 1.19 > linux/arch/alpha/defconfig - 1.23 > linux/arch/alpha/config.in - 1.42 > linux/REPORTING-BUGS - 1.6 > linux/Makefile - 1.185 > linux/MAINTAINERS - 1.91 > linux/Documentation/sysrq.txt - 1.13 > linux/Documentation/networking/ip-sysctl.txt - 1.13 > linux/Documentation/networking/00-INDEX - 1.7 > linux/Documentation/Configure.help - 1.143 > linux/CREDITS - 1.75 > linux/net/decnet/dn_nsp_in.c - 1.15 > linux/include/linux/ide.h - 1.34 > linux/include/asm-ppc/hdreg.h - 1.3 > linux/include/asm-m68k/hdreg.h - 1.2 > linux/include/asm-i386/hdreg.h - 1.2 > linux/include/asm-arm/hdreg.h - 1.3 > linux/include/asm-alpha/hdreg.h - 1.2 > linux/drivers/usb/acm.c - 1.44 > linux/drivers/sound/cmpci.c - 1.30 > linux/drivers/net/irda/smc-ircc.c - 1.24 > linux/drivers/isdn/hisax/isar.h - 1.10 > linux/drivers/isdn/hisax/isar.c - 1.17 > linux/arch/ppc/xmon/xmon.c - 1.19 > linux/arch/ppc/xmon/subr_prf.c - 1.5 > linux/arch/ppc/xmon/start.c - 1.19 > linux/arch/ppc/xmon/setjmp.c - 1.3 > linux/arch/ppc/xmon/privinst.h - 1.5 > linux/arch/ppc/xmon/ppc.h - 1.3 > linux/arch/ppc/xmon/ppc-opc.c - 1.4 > linux/arch/ppc/xmon/ppc-dis.c - 1.3 > linux/arch/ppc/xmon/nonstdio.h - 1.4 > linux/arch/ppc/xmon/ansidecl.h - 1.3 > linux/arch/ppc/xmon/adb.c - 1.3 > linux/arch/ppc/xmon/Makefile - 1.6 > linux/arch/arm/kernel/dma-footbridge.c - 1.6 > linux/arch/arm/kernel/arthur.c - 1.9 > linux/drivers/net/declance.c - 1.16 > linux/drivers/net/bagetlance.c - 1.12 > linux/drivers/block/ida_ioctl.h - 1.5 > linux/drivers/block/ida_cmd.h - 1.5 > linux/drivers/block/cpqarray.c - 1.38 > linux/kernel/ptrace.c - 1.20 > linux/arch/arm/def-configs/footbridge - 1.11 > linux/drivers/parport/parport_pc.c - 1.48 > linux/drivers/char/raw.c - 1.21 > linux/drivers/net/ppp_generic.c - 1.28 > linux/drivers/char/sx.c - 1.27 > linux/drivers/sound/esssolo1.c - 1.35 > linux/drivers/video/vga.h - 1.6 > linux/drivers/isdn/avmb1/kcapi.c - 1.19 > linux/arch/m68k/math-emu/fp_arith.c - 1.2 > linux/Documentation/fb/clgenfb.txt - 1.6 > linux/drivers/video/modedb.c - 1.6 > linux/drivers/net/sis900.c - 1.33 > linux/drivers/net/fc/iph5526_ip.h - 1.2 > linux/drivers/net/fc/iph5526.c - 1.19 > linux/drivers/atm/suni.h - 1.3 > linux/drivers/atm/suni.c - 1.9 > linux/drivers/atm/nicstar.c - 1.17 > linux/drivers/atm/atmdev_init.c - 1.11 > linux/net/sched/sch_atm.c - 1.8 > linux/net/atm/signaling.c - 1.8 > linux/net/atm/resources.h - 1.3 > linux/net/atm/resources.c - 1.8 > linux/net/atm/raw.c - 1.7 > linux/net/atm/proc.c - 1.15 > linux/net/atm/mpc.c - 1.9 > linux/net/atm/lec.h - 1.7 > linux/net/atm/lec.c - 1.15 > linux/net/atm/common.c - 1.18 > linux/net/atm/clip.c - 1.12 > linux/net/atm/atm_misc.c - 1.5 > linux/net/802/fc.c - 1.4 > linux/include/linux/fcdevice.h - 1.3 > linux/include/linux/atmdev.h - 1.11 > linux/arch/ppc/math-emu/fdivs.c - 1.3 > linux/arch/ppc/math-emu/fdiv.c - 1.3 > linux/arch/ppc/math-emu/fctiwz.c - 1.3 > linux/arch/ppc/math-emu/fctiw.c - 1.3 > linux/arch/ppc/math-emu/fcmpu.c - 1.3 > linux/arch/ppc/math-emu/fcmpo.c - 1.3 > linux/arch/ppc/math-emu/fadds.c - 1.3 > linux/arch/ppc/math-emu/fadd.c - 1.3 > linux/arch/ppc/math-emu/fabs.c - 1.3 > linux/arch/ppc/math-emu/double.h - 1.3 > linux/arch/ppc/math-emu/Makefile - 1.4 > linux/arch/ppc/kernel/semaphore.c - 1.6 > linux/arch/ppc/kernel/head_8xx.S - 1.17 > linux/arch/ppc/kernel/entry.S - 1.26 > linux/arch/alpha/kernel/pci_impl.h - 1.11 > linux/arch/alpha/kernel/pci.c - 1.20 > linux/arch/alpha/kernel/machvec_impl.h - 1.9 > linux/arch/sparc64/kernel/pci_iommu.c - 1.14 > linux/arch/sh/kernel/process.c - 1.17 > linux/arch/sh/config.in - 1.22 > linux/arch/ppc/math-emu/udivmodti4.c - 1.3 > linux/arch/ppc/math-emu/types.c - 1.3 > linux/arch/ppc/math-emu/stfs.c - 1.3 > linux/arch/ppc/math-emu/stfiwx.c - 1.3 > linux/arch/ppc/math-emu/stfd.c - 1.3 > linux/arch/ppc/math-emu/soft-fp.h - 1.3 > linux/arch/ppc/math-emu/single.h - 1.3 > linux/arch/ppc/math-emu/sfp-machine.h - 1.4 > linux/arch/ppc/math-emu/op-common.h - 1.3 > linux/arch/ppc/math-emu/op-4.h - 1.3 > linux/arch/ppc/math-emu/op-2.h - 1.3 > linux/arch/ppc/math-emu/op-1.h - 1.3 > linux/arch/ppc/math-emu/mtfsfi.c - 1.3 > linux/arch/ppc/math-emu/mtfsf.c - 1.3 > linux/arch/ppc/math-emu/mtfsb1.c - 1.3 > linux/arch/ppc/math-emu/mtfsb0.c - 1.3 > linux/arch/ppc/math-emu/mffs.c - 1.3 > linux/arch/ppc/math-emu/mcrfs.c - 1.3 > linux/arch/ppc/math-emu/math.c - 1.4 > linux/arch/ppc/math-emu/lfs.c - 1.3 > linux/arch/ppc/math-emu/lfd.c - 1.3 > linux/arch/ppc/math-emu/fsubs.c - 1.3 > linux/arch/ppc/math-emu/fsub.c - 1.3 > linux/arch/ppc/math-emu/fsqrts.c - 1.3 > linux/arch/ppc/math-emu/fsqrt.c - 1.3 > linux/arch/ppc/math-emu/fsel.c - 1.3 > linux/arch/ppc/math-emu/frsqrte.c - 1.3 > linux/arch/ppc/math-emu/frsp.c - 1.3 > linux/arch/ppc/math-emu/fres.c - 1.3 > linux/arch/ppc/math-emu/fnmsubs.c - 1.3 > linux/arch/ppc/math-emu/fnmsub.c - 1.3 > linux/arch/ppc/math-emu/fnmadds.c - 1.3 > linux/arch/ppc/math-emu/fnmadd.c - 1.3 > linux/arch/ppc/math-emu/fneg.c - 1.3 > linux/arch/ppc/math-emu/fnabs.c - 1.3 > linux/arch/ppc/math-emu/fmuls.c - 1.3 > linux/arch/ppc/math-emu/fmul.c - 1.3 > linux/arch/ppc/math-emu/fmsubs.c - 1.3 > linux/arch/ppc/math-emu/fmsub.c - 1.3 > linux/arch/ppc/math-emu/fmr.c - 1.3 > linux/arch/ppc/math-emu/fmadds.c - 1.3 > linux/arch/ppc/math-emu/fmadd.c - 1.3 > linux/drivers/sound/maestro.c - 1.28 > linux/drivers/scsi/ips.h - 1.13 > linux/drivers/scsi/ips.c - 1.27 > linux/drivers/char/n_r3964.c - 1.12 > linux/net/irda/parameters.c - 1.9 > linux/net/irda/ircomm/ircomm_tty.c - 1.16 > linux/net/irda/ircomm/ircomm_core.c - 1.13 > linux/include/asm-sh/system.h - 1.12 > linux/include/asm-sh/processor.h - 1.17 > linux/include/asm-ppc/m48t35.h - 1.4 > linux/include/asm-i386/pci.h - 1.16 > linux/drivers/pcmcia/ricoh.h - 1.8 > linux/drivers/pcmcia/cs_internal.h - 1.12 > linux/drivers/pcmcia/cs.c - 1.33 > linux/drivers/pcmcia/cistpl.c - 1.14 > linux/drivers/pcmcia/cardbus.c - 1.20 > linux/drivers/net/sun3lance.c - 1.13 > linux/arch/m68k/sun3/sun3ints.c - 1.6 > linux/arch/m68k/sun3/mmu_emu.c - 1.6 > linux/arch/m68k/sun3/idprom.c - 1.3 > linux/arch/m68k/sun3/Makefile - 1.7 > linux/arch/m68k/mm/sun3mmu.c - 1.5 > linux/arch/m68k/mac/via.c - 1.5 > linux/arch/m68k/mac/iop.c - 1.6 > linux/include/pcmcia/ciscode.h - 1.8 > linux/include/asm-m68k/sun3mmu.h - 1.2 > linux/include/asm-m68k/sun3ints.h - 1.4 > linux/include/asm-m68k/sun3-head.h - 1.2 > linux/include/asm-m68k/sbus.h - 1.3 > linux/include/asm-ppc/pci.h - 1.16 > linux/drivers/net/starfire.c - 1.26 > linux/drivers/net/pcmcia/ray_cs.c - 1.25 > linux/drivers/net/dmfe.c - 1.24 > linux/Documentation/filesystems/proc.txt - 1.10 > linux/drivers/net/wan/Makefile - 1.15 > linux/drivers/net/wan/Config.in - 1.15 > linux/arch/ppc/kernel/qspan_pci.c - 1.7 > linux/arch/ppc/kernel/m8xx_setup.c - 1.23 > linux/arch/ppc/amiga/pcmcia.c - 1.3 > linux/arch/i386/kernel/smpboot.c - 1.30 > linux/include/linux/pci_ids.h - 1.62 > linux/drivers/net/wan/sdla_x25.c - 1.14 > linux/drivers/scsi/sim710.h - 1.5 > linux/include/asm-ppc/mpc8xx.h - 1.9 > linux/drivers/scsi/ChangeLog.ips - 1.7 > linux/drivers/net/pcmcia/xirc2ps_cs.c - 1.18 > linux/drivers/net/pcmcia/fmvj18x_cs.c - 1.18 > linux/drivers/net/pcmcia/wavelan_cs.c - 1.15 > linux/arch/arm/def-configs/empeg - 1.2 > linux/drivers/net/pcmcia/smc91c92_cs.c - 1.17 > linux/mm/highmem.c - 1.31 > linux/include/linux/highmem.h - 1.19 > linux/include/asm-sh/ide.h - 1.11 > linux/include/asm-sh/hdreg.h - 1.3 > linux/include/asm-i386/highmem.h - 1.10 > linux/include/asm-arm/arch-sa1100/keyboard.h - 1.9 > linux/drivers/video/aty128fb.c - 1.27 > linux/fs/proc/proc_misc.c - 1.32 > linux/drivers/char/pcmcia/serial_cs.c - 1.9 > linux/include/asm-ppc/div64.h - 1.3 > linux/drivers/scsi/sun3_scsi.h - 1.3 > linux/drivers/scsi/sun3_scsi.c - 1.11 > linux/drivers/pci/pci.ids - 1.45 > linux/drivers/net/sk98lin/skxmac2.c - 1.6 > linux/drivers/net/sk98lin/h/skgehwt.h - 1.4 > linux/drivers/net/sk98lin/skgepnmi.c - 1.6 > linux/drivers/net/sk98lin/h/skgei2c.h - 1.3 > linux/drivers/net/sk98lin/h/skgeinit.h - 1.5 > linux/drivers/net/sk98lin/skgesirq.c - 1.6 > linux/Documentation/networking/sk98lin.txt - 1.6 > linux/drivers/net/sk98lin/h/lm80.h - 1.5 > linux/drivers/net/sk98lin/h/skaddr.h - 1.5 > linux/drivers/net/sk98lin/h/skdebug.h - 1.3 > linux/drivers/net/sk98lin/h/skdrv1st.h - 1.8 > linux/drivers/net/sk98lin/h/skdrv2nd.h - 1.5 > linux/drivers/net/sk98lin/h/skerror.h - 1.3 > linux/drivers/net/sk98lin/skvpd.c - 1.6 > linux/drivers/net/sk98lin/sktimer.c - 1.4 > linux/drivers/net/sk98lin/skrlmt.c - 1.5 > linux/drivers/net/sk98lin/h/skgedrv.h - 1.3 > linux/drivers/net/sk98lin/h/skgehw.h - 1.6 > linux/drivers/net/sk98lin/skgeinit.c - 1.6 > linux/drivers/net/sk98lin/skge.c - 1.21 > linux/drivers/net/sk98lin/skgehwt.c - 1.4 > linux/drivers/net/sk98lin/h/skgepnm2.h - 1.5 > linux/drivers/net/sk98lin/h/skgepnmi.h - 1.5 > linux/drivers/net/sk98lin/h/skgesirq.h - 1.5 > linux/drivers/net/sk98lin/skqueue.c - 1.5 > linux/drivers/net/sk98lin/sklm80.c - 1.3 > linux/drivers/net/sk98lin/h/ski2c.h - 1.5 > linux/drivers/net/sk98lin/h/skqueue.h - 1.4 > linux/drivers/net/sk98lin/ski2c.c - 1.5 > linux/drivers/net/sk98lin/h/skrlmt.h - 1.5 > linux/drivers/net/sk98lin/h/sktimer.h - 1.4 > linux/drivers/net/sk98lin/h/skvpd.h - 1.5 > linux/drivers/net/sk98lin/h/xmac_ii.h - 1.6 > linux/drivers/net/sk98lin/skaddr.c - 1.6 > linux/drivers/net/sk98lin/skcsum.c - 1.5 > linux/include/asm-ppc/pgalloc.h - 1.8 > linux/include/asm-arm/arch-cl7500/system.h - 1.11 > linux/arch/ppc/mm/mem_pieces.h - 1.4 > linux/arch/ppc/mm/mem_pieces.c - 1.6 > linux/arch/ppc/kernel/head_4xx.S - 1.7 > linux/arch/ppc/configs/walnut_defconfig - 1.19 > linux/arch/ppc/configs/pmac_defconfig - 1.8 > linux/arch/ppc/configs/oak_defconfig - 1.19 > linux/arch/ppc/configs/mbx_defconfig - 1.14 > linux/arch/ppc/configs/gemini_defconfig - 1.22 > linux/arch/ppc/configs/common_defconfig - 1.28 > linux/arch/ppc/configs/apus_defconfig - 1.15 > linux/arch/alpha/kernel/sys_nautilus.c - 1.8 > linux/arch/alpha/kernel/core_irongate.c - 1.8 > linux/include/asm-ppc/walnut.h - 1.5 > linux/include/asm-alpha/core_irongate.h - 1.8 > linux/drivers/sound/trident.c - 1.36 > linux/include/linux/agp_backend.h - 1.19 > linux/drivers/scsi/scsi_lib.c - 1.38 > linux/drivers/char/agp/agpgart_be.c - 1.36 > linux/drivers/char/agp/agp.h - 1.25 > linux/include/linux/i2c-id.h - 1.11 > linux/drivers/usb/uhci-debug.h - 1.9 > linux/drivers/i2c/Makefile - 1.7 > linux/drivers/i2c/Config.in - 1.7 > linux/Documentation/video4linux/bttv/Sound-FAQ - 1.10 > linux/Documentation/video4linux/bttv/CARDLIST - 1.15 > linux/drivers/pcmcia/yenta.c - 1.33 > linux/include/asm-ppc/hw_irq.h - 1.8 > linux/drivers/usb/scanner.c - 1.27 > linux/include/linux/input.h - 1.17 > linux/include/linux/com20020.h - 1.4 > linux/drivers/usb/usbmouse.c - 1.15 > linux/drivers/usb/usbkbd.c - 1.22 > linux/drivers/usb/ov511.h - 1.15 > linux/drivers/usb/ov511.c - 1.30 > linux/drivers/telephony/ixj.c - 1.23 > linux/drivers/net/arcnet/com20020.c - 1.6 > linux/drivers/net/arcnet/com20020-pci.c - 1.13 > linux/Documentation/usb/usb-serial.txt - 1.20 > linux/Documentation/usb/scanner-hp-sane.txt - 1.5 > linux/Documentation/usb/ov511.txt - 1.17 > linux/Documentation/usb/scanner.txt - 1.8 > linux/drivers/net/tokenring/smctr.c - 1.15 > linux/net/sched/sch_gred.c - 1.10 > linux/arch/ppc/mm/4xx_tlb.h - 1.3 > linux/drivers/usb/devio.c - 1.22 > linux/arch/ppc/kernel/ppc4xx_pic.c - 1.5 > linux/arch/ppc/mm/4xx_tlb.c - 1.4 > linux/drivers/ieee1394/raw1394.h - 1.5 > linux/drivers/ieee1394/raw1394.c - 1.18 > linux/drivers/ieee1394/ieee1394_core.h - 1.14 > linux/drivers/ieee1394/pcilynx.h - 1.11 > linux/drivers/ieee1394/pcilynx.c - 1.21 > linux/drivers/ieee1394/ieee1394_core.c - 1.22 > linux/drivers/ieee1394/ohci1394.h - 1.16 > linux/drivers/ieee1394/ohci1394.c - 1.24 > linux/drivers/ieee1394/ieee1394_types.h - 1.13 > linux/drivers/ieee1394/ieee1394_transactions.h - 1.5 > linux/drivers/ieee1394/ieee1394_transactions.c - 1.11 > linux/drivers/ieee1394/csr.h - 1.4 > linux/arch/i386/kernel/apic.c - 1.26 > linux/drivers/ieee1394/ieee1394.h - 1.5 > linux/drivers/ieee1394/hosts.h - 1.11 > linux/drivers/ieee1394/hosts.c - 1.15 > linux/drivers/ieee1394/highlevel.h - 1.5 > linux/arch/i386/kernel/mpparse.c - 1.17 > linux/drivers/ieee1394/csr.c - 1.10 > linux/drivers/ieee1394/Makefile - 1.12 > linux/drivers/ieee1394/highlevel.c - 1.9 > linux/include/asm-ppc/shmbuf.h - 1.4 > linux/include/asm-ppc/sembuf.h - 1.4 > linux/include/asm-ppc/msgbuf.h - 1.4 > linux/include/asm-ppc/ipcbuf.h - 1.4 > linux/include/asm-i386/mpspec.h - 1.9 > linux/include/asm-i386/io_apic.h - 1.7 > linux/include/asm-i386/apicdef.h - 1.9 > linux/drivers/pci/setup-bus.c - 1.7 > linux/drivers/scsi/scsi_scan.c - 1.27 > linux/drivers/scsi/3w-xxxx.h - 1.12 > linux/drivers/scsi/3w-xxxx.c - 1.19 > linux/drivers/net/tokenring/madgemc.c - 1.6 > linux/arch/m68k/apollo/dma.c - 1.2 > linux/include/asm-sparc/ide.h - 1.9 > linux/drivers/usb/usb-uhci.h - 1.12 > linux/drivers/usb/usb-uhci.c - 1.39 > linux/drivers/usb/usb-ohci.h - 1.17 > linux/drivers/usb/usb-ohci.c - 1.35 > linux/drivers/usb/scanner.h - 1.20 > linux/drivers/usb/ibmcam.c - 1.17 > linux/drivers/usb/usb-uhci-debug.h - 1.7 > linux/drivers/sound/ac97_codec.c - 1.25 > linux/drivers/net/macmace.c - 1.7 > linux/drivers/char/efirtc.c - 1.10 > linux/arch/ia64/kernel/head.S - 1.12 > linux/arch/ia64/kernel/gate.S - 1.11 > linux/drivers/atm/iphase.h - 1.3 > linux/drivers/atm/iphase.c - 1.14 > linux/arch/ia64/kernel/fw-emu.c - 1.10 > linux/arch/ia64/kernel/entry.S - 1.23 > linux/drivers/atm/idt77105.c - 1.6 > linux/arch/ia64/kernel/efi.c - 1.15 > linux/arch/ia64/kernel/acpi.c - 1.13 > linux/arch/ia64/ia32/sys_ia32.c - 1.23 > linux/arch/ia64/ia32/ia32_support.c - 1.8 > linux/arch/ia64/ia32/ia32_signal.c - 1.9 > linux/arch/ia64/ia32/ia32_entry.S - 1.16 > linux/arch/ppc/kernel/pci-dma.c - 1.4 > linux/arch/ppc/kernel/galaxy_pci.c - 1.5 > linux/arch/ia64/vmlinux.lds.S - 1.10 > linux/arch/ia64/defconfig - 1.15 > linux/arch/ia64/config.in - 1.23 > linux/arch/ia64/boot/bootloader.c - 1.6 > linux/arch/alpha/kernel/pci_iommu.c - 1.19 > linux/arch/ia64/kernel/irq.c - 1.17 > linux/arch/ia64/kernel/setup.c - 1.14 > linux/arch/ia64/kernel/signal.c - 1.13 > linux/arch/ia64/kernel/smp.c - 1.13 > linux/arch/ia64/kernel/sys_ia64.c - 1.11 > linux/arch/ia64/kernel/traps.c - 1.14 > linux/arch/ia64/kernel/unaligned.c - 1.12 > linux/arch/ia64/kernel/unwind.c - 1.12 > linux/arch/ia64/lib/Makefile - 1.10 > linux/arch/ia64/kernel/machvec.c - 1.4 > linux/arch/ia64/kernel/pci.c - 1.11 > linux/arch/ia64/kernel/ptrace.c - 1.16 > linux/arch/ia64/kernel/process.c - 1.14 > linux/arch/ia64/kernel/perfmon.c - 1.11 > linux/arch/ia64/mm/tlb.c - 1.11 > linux/arch/ia64/kernel/mca.c - 1.11 > linux/arch/ia64/mm/init.c - 1.15 > linux/arch/ia64/mm/fault.c - 1.10 > linux/arch/ia64/mm/Makefile - 1.3 > linux/arch/ia64/kernel/pal.S - 1.9 > linux/drivers/sound/via82cxxx_audio.c - 1.27 > linux/include/asm-ia64/io.h - 1.10 > linux/include/asm-ia64/ide.h - 1.8 > linux/include/linux/rtc.h - 1.6 > linux/include/asm-ia64/ia32.h - 1.11 > linux/include/asm-ia64/hdreg.h - 1.2 > linux/include/asm-ia64/delay.h - 1.5 > linux/include/asm-ia64/bitops.h - 1.9 > linux/include/asm-ia64/siginfo.h - 1.12 > linux/include/linux/raid/md_k.h - 1.17 > linux/include/asm-ia64/mca_asm.h - 1.7 > linux/include/asm-ia64/scatterlist.h - 1.7 > linux/include/asm-ia64/sal.h - 1.11 > linux/include/asm-ia64/processor.h - 1.18 > linux/include/linux/raid/md.h - 1.9 > linux/include/asm-ia64/pgtable.h - 1.16 > linux/include/asm-ia64/pgalloc.h - 1.10 > linux/include/asm-ia64/machvec.h - 1.9 > linux/include/asm-ia64/pci.h - 1.14 > linux/include/asm-ia64/pal.h - 1.10 > linux/include/asm-ia64/page.h - 1.13 > linux/include/asm-ia64/offsets.h - 1.14 > linux/include/asm-ppc/heathrow.h - 1.8 > linux/include/asm-ia64/machvec_sn1.h - 1.7 > linux/include/asm-ia64/mca.h - 1.7 > linux/include/asm-ia64/mmu_context.h - 1.8 > linux/include/asm-ia64/unistd.h - 1.19 > linux/include/asm-ia64/system.h - 1.14 > linux/drivers/scsi/sun3_NCR5380.c - 1.5 > linux/drivers/net/8139too.c - 1.39 > linux/arch/m68k/mac/baboon.c - 1.4 > linux/arch/i386/kernel/microcode.c - 1.14 > linux/drivers/isdn/hysdn/hysdn_boot.c - 1.8 > linux/drivers/net/skfp/h/skfbi.h - 1.3 > linux/net/bridge/br_ioctl.c - 1.5 > linux/net/bridge/br_if.c - 1.9 > linux/Documentation/networking/8139too.txt - 1.19 > linux/drivers/video/matrox/matroxfb_misc.c - 1.6 > linux/drivers/video/matrox/matroxfb_maven.h - 1.3 > linux/drivers/video/matrox/matroxfb_maven.c - 1.6 > linux/drivers/video/matrox/matroxfb_crtc2.h - 1.2 > linux/drivers/video/matrox/matroxfb_crtc2.c - 1.8 > linux/drivers/video/matrox/matroxfb_base.h - 1.11 > linux/drivers/video/matrox/matroxfb_base.c - 1.17 > linux/drivers/video/matrox/matroxfb_accel.h - 1.2 > linux/drivers/video/matrox/matroxfb_accel.c - 1.7 > linux/drivers/video/matrox/matroxfb_Ti3026.c - 1.7 > linux/drivers/video/matrox/matroxfb_DAC1064.h - 1.6 > linux/drivers/video/matrox/matroxfb_DAC1064.c - 1.11 > linux/drivers/video/matrox/i2c-matroxfb.c - 1.5 > linux/drivers/video/matrox/Makefile - 1.5 > linux/drivers/net/tulip/tulip_core.c - 1.42 > linux/drivers/net/tulip/timer.c - 1.10 > linux/drivers/net/tulip/pnic.c - 1.10 > linux/drivers/net/tulip/media.c - 1.13 > linux/drivers/net/tulip/interrupt.c - 1.16 > linux/drivers/net/tulip/eeprom.c - 1.13 > linux/drivers/net/tulip/21142.c - 1.13 > linux/drivers/char/wdt285.c - 1.11 > linux/include/asm-mips64/ide.h - 1.10 > linux/include/linux/matroxfb.h - 1.3 > linux/include/linux/ac97_codec.h - 1.14 > linux/include/asm-mips64/processor.h - 1.15 > linux/include/asm-mips64/system.h - 1.9 > linux/drivers/atm/fore200e.c - 1.14 > linux/arch/mips64/kernel/process.c - 1.10 > linux/drivers/net/bonding.c - 1.14 > linux/arch/alpha/kernel/irq_alpha.c - 1.9 > linux/include/linux/if_bonding.h - 1.7 > linux/drivers/video/riva/riva_tbl.h - 1.4 > linux/drivers/video/riva/riva_hw.h - 1.4 > linux/drivers/video/riva/riva_hw.c - 1.5 > linux/drivers/video/riva/nv4ref.h - 1.2 > linux/drivers/video/riva/fbdev.c - 1.20 > linux/drivers/usb/pegasus.c - 1.26 > linux/net/econet/af_econet.c - 1.10 > linux/include/linux/usb.h - 1.25 > linux/drivers/usb/serial/ftdi_sio.h - 1.7 > linux/drivers/usb/serial/Makefile - 1.19 > linux/drivers/parport/ChangeLog - 1.28 > linux/arch/ia64/kernel/irq_ia64.c - 1.12 > linux/drivers/ide/via82cxxx.c - 1.22 > linux/drivers/ide/umc8672.c - 1.4 > linux/drivers/ide/trm290.c - 1.4 > linux/drivers/ide/sl82c105.c - 1.6 > linux/drivers/ide/sis5513.c - 1.15 > linux/drivers/ide/rz1000.c - 1.5 > linux/drivers/ide/rapide.c - 1.7 > linux/drivers/ide/q40ide.c - 1.6 > linux/drivers/ide/piix.c - 1.16 > linux/drivers/ide/pdc4030.h - 1.3 > linux/drivers/ide/pdc4030.c - 1.8 > linux/drivers/ide/pdc202xx.c - 1.15 > linux/drivers/ide/opti621.c - 1.6 > linux/drivers/ide/ns87415.c - 1.5 > linux/drivers/ide/macide.c - 1.4 > linux/drivers/ide/ide_modes.h - 1.5 > linux/drivers/ide/ide.c - 1.38 > linux/drivers/ide/ide-tape.c - 1.17 > linux/drivers/ide/ide-proc.c - 1.9 > linux/drivers/ide/ide-probe.c - 1.21 > linux/drivers/ide/ide-pnp.c - 1.6 > linux/drivers/ide/ide-pmac.c - 1.11 > linux/drivers/ide/ide-pci.c - 1.25 > linux/drivers/ide/ide-geometry.c - 1.11 > linux/drivers/ide/ide-floppy.c - 1.14 > linux/drivers/ide/ide-features.c - 1.12 > linux/drivers/ide/ide-dma.c - 1.15 > linux/drivers/ide/ide-disk.c - 1.22 > linux/drivers/ide/ide-cs.c - 1.9 > linux/drivers/ide/ide-cd.h - 1.10 > linux/drivers/ide/ide-cd.c - 1.24 > linux/drivers/ide/icside.c - 1.10 > linux/drivers/ide/ht6560b.c - 1.4 > linux/drivers/ide/hpt366.c - 1.12 > linux/drivers/ide/hpt34x.c - 1.6 > linux/drivers/ide/hd.c - 1.14 > linux/drivers/ide/gayle.c - 1.7 > linux/drivers/ide/falconide.c - 1.6 > linux/drivers/ide/dtc2278.c - 1.4 > linux/drivers/ide/cy82c693.c - 1.6 > linux/drivers/ide/cs5530.c - 1.5 > linux/drivers/ide/cmd64x.c - 1.8 > linux/drivers/ide/cmd640.c - 1.5 > linux/drivers/ide/buddha.c - 1.10 > linux/drivers/ide/alim15x3.c - 1.12 > linux/drivers/ide/ali14xx.c - 1.5 > linux/drivers/ide/Makefile - 1.16 > linux/drivers/ide/Config.in - 1.18 > linux/drivers/block/elevator.c - 1.11 > linux/Documentation/DocBook/videobook.tmpl - 1.7 > linux/drivers/usb/dsbr100.c - 1.13 > linux/drivers/net/wan/comx-hw-mixcom.c - 1.10 > linux/drivers/net/tokenring/lanstreamer.c - 1.13 > linux/Documentation/DocBook/kernel-api.tmpl - 1.15 > linux/net/ipv4/netfilter/iptable_mangle.c - 1.9 > linux/net/ipv4/netfilter/ipt_unclean.c - 1.9 > linux/net/ipv4/netfilter/ipt_multiport.c - 1.6 > linux/net/ipv4/netfilter/ipt_REJECT.c - 1.15 > linux/net/ipv4/netfilter/ipfwadm_core.c - 1.10 > linux/net/ipv4/netfilter/ipchains_core.c - 1.13 > linux/net/ipv4/netfilter/ip_tables.c - 1.15 > linux/net/ipv4/netfilter/ip_nat_standalone.c - 1.15 > linux/net/ipv4/netfilter/ip_nat_rule.c - 1.8 > linux/net/ipv4/netfilter/ip_nat_core.c - 1.12 > linux/net/ipv4/netfilter/ip_conntrack_standalone.c - 1.14 > linux/net/ipv4/netfilter/ip_conntrack_proto_udp.c - 1.9 > linux/net/ipv4/netfilter/ip_conntrack_proto_tcp.c - 1.10 > linux/net/ipv4/netfilter/ip_conntrack_ftp.c - 1.10 > linux/net/ipv4/netfilter/ip_conntrack_core.c - 1.15 > linux/net/ipv4/netfilter/Makefile - 1.13 > linux/net/ipv4/netfilter/Config.in - 1.10 > linux/include/linux/netfilter_ipv4/ip_nat_helper.h - 1.5 > linux/include/linux/netfilter_ipv4/ip_conntrack.h - 1.12 > linux/drivers/net/pcmcia/xircom_tulip_cb.c - 1.22 > linux/drivers/sound/dmasound/dmasound_core.c - 1.12 > linux/arch/i386/kernel/pci-irq.c - 1.24 > linux/drivers/usb/serial/ftdi_sio.c - 1.29 > linux/drivers/usb/serial/usbserial.c - 1.28 > linux/drivers/usb/serial/visor.h - 1.10 > linux/drivers/usb/serial/visor.c - 1.30 > linux/drivers/ide/aec62xx.c - 1.4 > linux/arch/ia64/kernel/smpboot.c - 1.9 > linux/drivers/sound/i810_audio.c - 1.26 > linux/drivers/sound/emu10k1/audio.c - 1.16 > linux/include/asm-ppc/mpc8260.h - 1.5 > linux/include/asm-ppc/immap_8260.h - 1.6 > linux/include/asm-ppc/cpm_8260.h - 1.7 > linux/arch/ppc/xmon/start_8xx.c - 1.4 > linux/arch/ppc/kernel/ppc8260_pic.h - 1.4 > linux/arch/ppc/kernel/ppc8260_pic.c - 1.5 > linux/arch/ppc/kernel/m8260_setup.c - 1.15 > linux/arch/ppc/8260_io/uart.c - 1.11 > linux/arch/ppc/8260_io/enet.c - 1.9 > linux/arch/ppc/8260_io/commproc.c - 1.5 > linux/arch/ppc/8260_io/Makefile - 1.5 > linux/arch/ppc/8260_io/Config.in - 1.5 > linux/arch/s390/kernel/process.c - 1.12 > linux/include/asm-s390/page.h - 1.7 > linux/include/asm-s390/unistd.h - 1.10 > linux/include/asm-s390/types.h - 1.3 > linux/include/asm-s390/io.h - 1.4 > linux/include/asm-s390/system.h - 1.8 > linux/include/asm-s390/ide.h - 1.3 > linux/include/asm-s390/ebcdic.h - 1.6 > linux/include/asm-s390/setup.h - 1.6 > linux/arch/s390/kernel/entry.S - 1.19 > linux/arch/s390/kernel/head.S - 1.8 > linux/drivers/s390/net/iucv.c - 1.11 > linux/drivers/s390/misc/chandev.c - 1.11 > linux/drivers/s390/block/dasd.c - 1.22 > linux/drivers/s390/Makefile - 1.6 > linux/drivers/s390/Config.in - 1.9 > linux/include/asm-s390/processor.h - 1.11 > linux/include/asm-s390/pgtable.h - 1.11 > linux/arch/s390/kernel/time.c - 1.8 > linux/include/asm-s390/pgalloc.h - 1.5 > linux/arch/s390/kernel/s390_ksyms.c - 1.10 > linux/arch/s390/kernel/setup.c - 1.10 > linux/arch/s390/kernel/signal.c - 1.10 > linux/arch/s390/mm/init.c - 1.10 > linux/net/ipv6/netfilter/Makefile - 1.11 > linux/net/ipv6/netfilter/Config.in - 1.7 > linux/include/linux/netfilter_ipv6/ip6_tables.h - 1.5 > linux/Documentation/DocBook/kernel-hacking.tmpl - 1.10 > linux/Documentation/DocBook/kernel-locking.tmpl - 1.8 > linux/kdb/modules/kdbm_pg.c - 1.67 > linux/Documentation/DocBook/mousedrivers.tmpl - 1.4 > linux/Documentation/DocBook/via-audio.tmpl - 1.6 > linux/drivers/char/joystick/pcigame.c - 1.8 > linux/Documentation/filesystems/Locking - 1.9 > linux/drivers/char/i810_rng.c - 1.10 > linux/include/asm-ppc/backlight.h - 1.5 > linux/drivers/char/drm/mga_state.c - 1.8 > linux/drivers/char/drm/mga_drm.h - 1.4 > linux/drivers/char/drm/mga_dma.c - 1.7 > linux/include/asm-ppc/mc146818rtc.h - 1.4 > linux/include/asm-ppc/time.h - 1.9 > linux/drivers/usb/storage/usb.h - 1.11 > linux/drivers/usb/storage/usb.c - 1.17 > linux/drivers/usb/storage/transport.c - 1.18 > linux/arch/alpha/kernel/core_titan.c - 1.5 > linux/arch/alpha/kernel/core_wildfire.c - 1.3 > linux/drivers/usb/storage/scsiglue.c - 1.18 > linux/arch/alpha/kernel/sys_titan.c - 1.4 > linux/arch/alpha/kernel/sys_wildfire.c - 1.4 > linux/arch/alpha/lib/callback_srm.S - 1.2 > linux/drivers/usb/serial/keyspan.h - 1.8 > linux/drivers/usb/serial/keyspan.c - 1.18 > linux/arch/alpha/vmlinux.lds.in - 1.7 > linux/fs/jffs/intrep.c - 1.10 > linux/arch/ia64/kernel/ia64_ksyms.c - 1.10 > linux/drivers/ieee1394/video1394.c - 1.19 > linux/drivers/ieee1394/video1394.h - 1.7 > linux/drivers/mtd/Config.in - 1.11 > linux/drivers/mtd/Makefile - 1.9 > linux/drivers/mtd/ftl.c - 1.13 > linux/drivers/mtd/mtdblock.c - 1.11 > linux/drivers/mtd/mtdchar.c - 1.8 > linux/drivers/mtd/mtdcore.c - 1.7 > linux/include/asm-alpha/core_titan.h - 1.5 > linux/arch/ppc/configs/rpxlite_defconfig - 1.14 > linux/arch/ppc/configs/rpxcllf_defconfig - 1.15 > linux/arch/ppc/configs/est8260_defconfig - 1.15 > linux/arch/ppc/configs/bseip_defconfig - 1.14 > linux/include/linux/mtd/cfi.h - 1.8 > linux/include/linux/mtd/compatmac.h - 1.3 > linux/include/linux/mtd/flashchip.h - 1.3 > linux/include/linux/mtd/ftl.h - 1.5 > linux/include/linux/mtd/map.h - 1.8 > linux/include/linux/mtd/mtd.h - 1.5 > linux/include/linux/mtd/nand.h - 1.3 > linux/include/linux/mtd/nftl.h - 1.4 > linux/include/linux/mtd/pmc551.h - 1.4 > linux/net/ipv4/tcp_minisocks.c - 1.13 > linux/Documentation/arm/SA1100/nanoEngine - 1.3 > linux/include/asm-sparc/highmem.h - 1.6 > linux/drivers/usb/storage/shuttle_usbat.c - 1.9 > linux/drivers/usb/storage/sddr09.h - 1.2 > linux/drivers/usb/storage/sddr09.c - 1.15 > linux/drivers/usb/storage/freecom.c - 1.11 > linux/drivers/sound/cs46xx.c - 1.19 > linux/drivers/sbus/char/display7seg.c - 1.4 > linux/drivers/media/video/videodev.c - 1.12 > linux/drivers/media/video/tvmixer.c - 1.9 > linux/drivers/media/video/tuner.h - 1.9 > linux/drivers/media/video/tuner.c - 1.11 > linux/drivers/media/video/tda9875.c - 1.10 > linux/drivers/media/video/tda7432.c - 1.11 > linux/drivers/media/video/pms.c - 1.9 > linux/drivers/media/video/msp3400.c - 1.12 > linux/drivers/media/video/cpia_usb.c - 1.9 > linux/drivers/media/video/cpia_pp.c - 1.5 > linux/drivers/media/video/cpia.h - 1.5 > linux/drivers/media/video/cpia.c - 1.9 > linux/drivers/media/video/bttv.h - 1.13 > linux/drivers/media/video/bttv-if.c - 1.7 > linux/drivers/media/video/bttv-driver.c - 1.19 > linux/drivers/media/video/bttv-cards.c - 1.13 > linux/drivers/media/video/bt848.h - 1.4 > linux/drivers/media/video/audiochip.h - 1.3 > linux/drivers/media/video/Makefile - 1.7 > linux/drivers/media/video/Config.in - 1.6 > linux/drivers/media/radio/radio-rtrack2.c - 1.8 > linux/drivers/media/radio/radio-gemtek.c - 1.9 > linux/drivers/media/radio/radio-cadet.c - 1.7 > linux/drivers/media/radio/radio-aimslab.c - 1.8 > linux/drivers/media/radio/Makefile - 1.9 > linux/drivers/media/radio/Config.in - 1.11 > linux/drivers/input/mousedev.c - 1.7 > linux/drivers/input/keybdev.c - 1.8 > linux/drivers/input/joydev.c - 1.8 > linux/drivers/input/input.c - 1.6 > linux/drivers/input/evdev.c - 1.7 > linux/drivers/char/joystick/iforce.c - 1.8 > linux/arch/arm/mach-footbridge/personal-pci.c - 1.3 > linux/arch/arm/mach-footbridge/netwinder-pci.c - 1.3 > linux/arch/arm/mach-footbridge/ebsa285-pci.c - 1.3 > linux/arch/arm/mach-footbridge/cats-pci.c - 1.3 > linux/drivers/md/lvm.c - 1.27 > linux/drivers/md/raid1.c - 1.19 > linux/drivers/md/raid5.c - 1.24 > linux/Documentation/cciss.txt - 1.5 > linux/arch/arm/kernel/ftv-pci.c - 1.2 > linux/arch/arm/mach-shark/pci.c - 1.2 > linux/arch/i386/kernel/bluesmoke.c - 1.17 > linux/arch/ppc/8260_io/fcc_enet.c - 1.5 > linux/drivers/block/cciss.c - 1.24 > linux/drivers/block/cciss.h - 1.7 > linux/drivers/block/cciss_cmd.h - 1.6 > linux/drivers/md/linear.c - 1.5 > linux/drivers/md/md.c - 1.36 > linux/drivers/md/raid0.c - 1.5 > linux/drivers/net/hamachi.c - 1.15 > linux/drivers/scsi/cpqfc.Readme - 1.6 > linux/drivers/scsi/cpqfcTS.h - 1.4 > linux/drivers/scsi/cpqfcTSchip.h - 1.2 > linux/drivers/scsi/cpqfcTScontrol.c - 1.7 > linux/drivers/scsi/cpqfcTSi2c.c - 1.2 > linux/drivers/scsi/cpqfcTSinit.c - 1.14 > linux/drivers/scsi/cpqfcTSioctl.h - 1.3 > linux/drivers/scsi/cpqfcTSstructs.h - 1.8 > linux/drivers/scsi/cpqfcTStrigger.c - 1.3 > linux/drivers/scsi/cpqfcTSworker.c - 1.9 > linux/include/asm-ppc/highmem.h - 1.6 > linux/include/asm-ppc/keylargo.h - 1.6 > linux/include/asm-ppc/kmap_types.h - 1.8 > linux/include/asm-ppc/uninorth.h - 1.6 > linux/include/linux/cciss_ioctl.h - 1.4 > linux/drivers/ide/slc90e66.c - 1.6 > linux/drivers/net/tulip/ChangeLog - 1.17 > linux/drivers/usb/pegasus.h - 1.9 > linux/drivers/video/sis/sis_main.c - 1.12 > linux/Documentation/networking/netdevices.txt - 1.2 > linux/drivers/media/video/tvaudio.c - 1.11 > linux/drivers/media/video/bttvp.h - 1.9 > linux/net/irda/irnet/irnet_irda.c - 1.11 > linux/net/irda/irnet/irnet.h - 1.10 > linux/include/asm-arm/xor.h - 1.5 > linux/include/asm-i386/cpufeature.h - 1.3 > linux/include/asm-ppc/module.h - 1.4 > linux/include/asm-ppc/xor.h - 1.3 > linux/include/linux/ethtool.h - 1.12 > linux/arch/parisc/kernel/drivers.c - 1.3 > linux/arch/parisc/kernel/entry.S - 1.3 > linux/include/asm-parisc/atomic.h - 1.3 > linux/include/asm-parisc/hdreg.h - 1.2 > linux/include/asm-parisc/uaccess.h - 1.3 > linux/include/asm-parisc/unistd.h - 1.4 > linux/arch/alpha/lib/ev6-strncpy_from_user.S - 1.2 > linux/arch/alpha/lib/ev6-stxcpy.S - 1.2 > linux/arch/alpha/lib/ev6-stxncpy.S - 1.3 > linux/arch/alpha/lib/ev67-strchr.S - 1.2 > linux/arch/alpha/lib/ev67-strlen_user.S - 1.2 > linux/drivers/net/lasi_82596.c - 1.9 > linux/include/asm-parisc/ide.h - 1.4 > linux/arch/parisc/vmlinux.lds - 1.4 > linux/arch/parisc/mm/init.c - 1.3 > linux/arch/parisc/mm/fault.c - 1.4 > linux/include/asm-parisc/pci.h - 1.6 > linux/include/asm-parisc/pdc.h - 1.3 > linux/include/asm-parisc/pgalloc.h - 1.5 > linux/include/asm-parisc/pgtable.h - 1.5 > linux/drivers/usb/serial/Config.in - 1.14 > linux/include/asm-parisc/processor.h - 1.7 > linux/arch/parisc/lib/Makefile - 1.3 > linux/arch/parisc/kernel/traps.c - 1.5 > linux/arch/parisc/kernel/syscall.S - 1.4 > linux/arch/parisc/kernel/setup.c - 1.4 > linux/arch/parisc/kernel/sba_iommu.c - 1.5 > linux/arch/i386/kernel/dmi_scan.c - 1.15 > linux/arch/parisc/kernel/process.c - 1.4 > linux/arch/parisc/kernel/pdc_cons.c - 1.5 > linux/include/asm-parisc/scatterlist.h - 1.4 > linux/arch/parisc/kernel/pci.c - 1.3 > linux/arch/parisc/kernel/parisc_ksyms.c - 1.3 > linux/arch/parisc/kernel/led.c - 1.3 > linux/arch/parisc/kernel/lba_pci.c - 1.4 > linux/arch/parisc/kernel/irq.c - 1.4 > linux/arch/parisc/kernel/ccio-rm-dma.c - 1.4 > linux/arch/parisc/kernel/ccio-dma.c - 1.5 > linux/arch/parisc/kernel/Makefile - 1.3 > linux/arch/parisc/defconfig - 1.7 > linux/arch/parisc/Makefile - 1.3 > linux/include/asm-parisc/system.h - 1.3 > linux/include/asm-parisc/spinlock.h - 1.4 > linux/drivers/mtd/nftlmount.c - 1.7 > linux/drivers/mtd/mtdpart.c - 1.6 > linux/drivers/video/matrox/matroxfb_g450.c - 1.5 > linux/drivers/video/matrox/matroxfb_g450.h - 1.3 > linux/include/asm-ia64/mmu.h - 1.2 > linux/mm/shmem.c - 1.34 > linux/arch/alpha/lib/ev67-strrchr.S - 1.2 > linux/arch/ia64/sn/io/stubs.c - 1.4 > linux/include/asm-ia64/sn/addrs.h - 1.4 > linux/include/asm-ia64/sn/alenlist.h - 1.3 > linux/include/asm-ia64/sn/arc/hinv.h - 1.4 > linux/include/asm-ia64/sn/arc/types.h - 1.3 > linux/include/asm-ia64/sn/arch.h - 1.4 > linux/include/asm-ia64/sn/cdl.h - 1.4 > linux/include/asm-ia64/sn/clksupport.h - 1.3 > linux/include/asm-ia64/sn/dmamap.h - 1.4 > linux/include/asm-ia64/sn/eeprom.h - 1.4 > linux/include/asm-ia64/sn/gda.h - 1.4 > linux/include/asm-ia64/sn/hack.h - 1.4 > linux/include/asm-ia64/sn/hcl.h - 1.4 > linux/include/asm-ia64/sn/intr_public.h - 1.4 > linux/include/asm-ia64/sn/io.h - 1.4 > linux/include/asm-ia64/sn/ioerror.h - 1.4 > linux/include/asm-ia64/sn/iograph.h - 1.4 > linux/include/asm-ia64/sn/klconfig.h - 1.4 > linux/include/asm-ia64/sn/ksys/elsc.h - 1.4 > linux/include/asm-ia64/sn/ksys/l1.h - 1.4 > linux/arch/ia64/kernel/iosapic.c - 1.7 > linux/include/asm-ia64/sn/module.h - 1.4 > linux/include/asm-ia64/sn/xtalk/xwidget.h - 1.3 > linux/include/asm-ia64/sn/xtalk/xtalkaddrs.h - 1.4 > linux/include/asm-ia64/sn/xtalk/xtalk_private.h - 1.4 > linux/include/asm-ia64/sn/xtalk/xtalk.h - 1.4 > linux/include/asm-ia64/sn/xtalk/xbow.h - 1.4 > linux/include/asm-ia64/sn/types.h - 1.4 > linux/include/asm-ia64/sn/sn_private.h - 1.4 > linux/include/asm-ia64/sn/sn_fru.h - 1.4 > linux/include/asm-ia64/sn/sn_cpuid.h - 1.4 > linux/include/asm-ia64/sn/sn1/slotnum.h - 1.4 > linux/arch/ia64/lib/swiotlb.c - 1.8 > linux/arch/ia64/sn/io/Makefile - 1.5 > linux/arch/ia64/sn/io/cdl.c - 1.4 > linux/arch/ia64/sn/io/hcl.c - 1.5 > linux/arch/ia64/sn/io/hcl_util.c - 1.4 > linux/arch/ia64/sn/io/hubdev.c - 1.4 > linux/arch/ia64/sn/io/hubspc.c - 1.5 > linux/arch/ia64/sn/io/invent.c - 1.4 > linux/arch/ia64/sn/io/io.c - 1.4 > linux/arch/ia64/sn/io/klgraph_hack.c - 1.5 > linux/arch/ia64/sn/io/labelcl.c - 1.4 > linux/arch/ia64/sn/io/pci.c - 1.4 > linux/arch/ia64/sn/io/pci_dma.c - 1.6 > linux/arch/ia64/sn/io/sgi_if.c - 1.4 > linux/arch/ia64/sn/io/sgi_io_sim.c - 1.4 > linux/include/asm-ia64/sn/nodepda.h - 1.4 > linux/arch/ia64/sn/io/xswitch.c - 1.4 > linux/include/asm-ia64/sn/sn1/hubxb_next.h - 1.4 > linux/include/asm-ia64/sn/sn1/hubxb.h - 1.3 > linux/include/asm-ia64/sn/sn1/hubpi_next.h - 1.4 > linux/arch/ia64/sn/tools/make_textsym - 1.3 > linux/include/asm-ia64/sn/sn1/hubpi.h - 1.3 > linux/include/asm-ia64/sn/sn1/hubni_next.h - 1.3 > linux/include/asm-ia64/sn/sn1/hubni.h - 1.3 > linux/include/asm-ia64/sn/sn1/hubmd.h - 1.4 > linux/include/asm-ia64/sn/sn1/hublb_next.h - 1.3 > linux/include/asm-ia64/sn/sn1/hublb.h - 1.3 > linux/include/asm-ia64/sn/sn1/hubio.h - 1.3 > linux/include/asm-ia64/sn/sn1/hubdev.h - 1.3 > linux/include/asm-ia64/sn/sn1/arch.h - 1.3 > linux/include/asm-ia64/sn/sn1/addrs.h - 1.4 > linux/include/asm-ia64/sn/slotnum.h - 1.4 > linux/include/asm-ia64/sn/sgi.h - 1.4 > linux/include/asm-ia64/sn/pci/pciio_private.h - 1.4 > linux/include/asm-ia64/sn/pci/pciio.h - 1.4 > linux/include/asm-ia64/sn/pci/pcibr_private.h - 1.5 > linux/include/asm-ia64/sn/pci/pcibr.h - 1.4 > linux/include/asm-ia64/sn/pci/pci_defs.h - 1.3 > linux/include/asm-ia64/sn/pci/pci_bus_cvlink.h - 1.4 > linux/include/asm-ia64/sn/pci/bridge.h - 1.4 > linux/fs/reiserfs/stree.c - 1.17 > linux/fs/reiserfs/super.c - 1.16 > linux/fs/reiserfs/tail_conversion.c - 1.12 > linux/include/asm-ppc/parport.h - 1.3 > linux/drivers/acpi/acpi_ksyms.c - 1.7 > linux/fs/reiserfs/namei.c - 1.17 > linux/fs/reiserfs/journal.c - 1.18 > linux/fs/reiserfs/inode.c - 1.24 > linux/fs/reiserfs/fix_node.c - 1.15 > linux/include/linux/reiserfs_fs.h - 1.17 > linux/include/linux/reiserfs_fs_sb.h - 1.11 > linux/drivers/usb/storage/unusual_devs.h - 1.10 > linux/arch/ppc/kernel/open_pic_defs.h - 1.5 > linux/arch/ppc/configs/power3_defconfig - 1.13 > linux/net/ipv6/netfilter/ip6table_mangle.c - 1.4 > linux/arch/ppc/configs/ibmchrp_defconfig - 1.13 > linux/arch/s390x/kernel/time.c - 1.7 > linux/arch/s390x/kernel/smp.c - 1.11 > linux/include/asm-s390x/processor.h - 1.8 > linux/include/asm-s390x/pgtable.h - 1.7 > linux/include/asm-s390x/pgalloc.h - 1.5 > linux/drivers/video/riva/rivafb.h - 1.3 > linux/arch/s390x/kernel/signal.c - 1.7 > linux/arch/s390x/kernel/setup.c - 1.9 > linux/include/asm-s390x/page.h - 1.7 > linux/drivers/video/riva/accel.c - 1.5 > linux/include/asm-s390x/io.h - 1.3 > linux/include/asm-s390x/ide.h - 1.3 > linux/include/asm-s390x/idals.h - 1.3 > linux/include/asm-s390x/ebcdic.h - 1.5 > linux/arch/s390x/kernel/s390_ksyms.c - 1.8 > linux/arch/s390x/kernel/process.c - 1.10 > linux/arch/s390x/kernel/head.S - 1.8 > linux/include/asm-s390x/setup.h - 1.6 > linux/arch/cris/boot/compressed/decompress.ld - 1.5 > linux/arch/cris/config.in - 1.10 > linux/arch/cris/drivers/Config.in - 1.9 > linux/arch/cris/drivers/Makefile - 1.6 > linux/arch/cris/drivers/axisflashmap.c - 1.9 > linux/arch/cris/drivers/ethernet.c - 1.10 > linux/arch/cris/drivers/ide.c - 1.7 > linux/arch/cris/drivers/serial.c - 1.13 > linux/arch/cris/kernel/entry.S - 1.13 > linux/arch/cris/kernel/ksyms.c - 1.5 > linux/arch/cris/kernel/process.c - 1.12 > linux/arch/cris/kernel/setup.c - 1.12 > linux/arch/cris/kernel/signal.c - 1.7 > linux/arch/cris/kernel/time.c - 1.8 > linux/arch/cris/kernel/traps.c - 1.10 > linux/arch/cris/lib/usercopy.c - 1.4 > linux/drivers/s390/s390io.c - 1.10 > linux/drivers/s390/idals.c - 1.4 > linux/arch/s390x/kernel/entry.S - 1.14 > linux/arch/s390x/kernel/debug.c - 1.8 > linux/arch/s390x/mm/init.c - 1.8 > linux/drivers/s390/block/xpram.c - 1.8 > linux/include/asm-s390x/system.h - 1.6 > linux/include/asm-s390x/types.h - 1.3 > linux/arch/s390x/lib/uaccess.S - 1.3 > linux/drivers/s390/block/dasd_3990_erp.c - 1.9 > linux/include/asm-cris/unistd.h - 1.7 > linux/include/asm-s390x/unistd.h - 1.7 > linux/include/asm-cris/uaccess.h - 1.4 > linux/include/asm-cris/timex.h - 1.6 > linux/include/asm-cris/system.h - 1.6 > linux/include/asm-cris/sv_addr_ag.h - 1.2 > linux/include/asm-cris/semaphore.h - 1.5 > linux/include/asm-s390/idals.h - 1.4 > linux/include/asm-cris/atomic.h - 1.3 > linux/drivers/net/pci-skeleton.c - 1.12 > linux/include/asm-cris/bitops.h - 1.6 > linux/include/asm-cris/byteorder.h - 1.2 > linux/include/asm-cris/checksum.h - 1.4 > linux/include/asm-cris/current.h - 1.3 > linux/include/asm-cris/semaphore-helper.h - 1.3 > linux/include/asm-cris/rtc.h - 1.4 > linux/arch/s390/kernel/debug.c - 1.8 > linux/include/asm-cris/mmu_context.h - 1.3 > linux/include/asm-cris/processor.h - 1.10 > linux/include/asm-cris/posix_types.h - 1.2 > linux/include/asm-cris/pgtable.h - 1.8 > linux/include/asm-cris/pgalloc.h - 1.4 > linux/include/asm-cris/io.h - 1.7 > linux/arch/s390/lib/uaccess.S - 1.3 > linux/include/asm-cris/ide.h - 1.3 > linux/include/linux/hdlc.h - 1.3 > linux/Documentation/i810_rng.txt - 1.5 > linux/include/asm-ppc/tlb.h - 1.3 > linux/drivers/usb/serial/io_edgeport.c - 1.18 > linux/drivers/usb/serial/io_16654.h - 1.2 > linux/drivers/scsi/aic7xxx_old.c - 1.12 > linux/drivers/scsi/aic7xxx/cam.h - 1.4 > linux/drivers/scsi/aic7xxx/aicasm/aicasm_symbol.h - 1.4 > linux/drivers/scsi/aic7xxx/aicasm/aicasm_symbol.c - 1.6 > linux/drivers/scsi/aic7xxx/aicasm/aicasm_scan.l - 1.5 > linux/drivers/scsi/aic7xxx/aicasm/aicasm_insformat.h - 1.4 > linux/drivers/scsi/aic7xxx/aicasm/aicasm_gram.y - 1.5 > linux/drivers/scsi/aic7xxx/aicasm/aicasm.h - 1.5 > linux/drivers/scsi/aic7xxx/aicasm/aicasm.c - 1.5 > linux/drivers/scsi/aic7xxx/aic7xxx_seq.h - 1.7 > linux/drivers/scsi/aic7xxx/aic7xxx_reg.h - 1.7 > linux/drivers/scsi/aic7xxx/aic7xxx_proc.c - 1.7 > linux/drivers/scsi/aic7xxx/aic7xxx_pci.c - 1.7 > linux/drivers/scsi/aic7xxx/aic7xxx_osm.h - 1.8 > linux/drivers/scsi/aic7xxx/aic7xxx_inline.h - 1.6 > linux/drivers/scsi/aic7xxx/aic7xxx_93cx6.h - 1.4 > linux/drivers/scsi/aic7xxx/aic7xxx_93cx6.c - 1.5 > linux/arch/arm/mach-integrator/arch.c - 1.3 > linux/arch/arm/mach-integrator/pci.c - 1.3 > linux/arch/arm/mach-integrator/pci_v3.c - 1.5 > linux/drivers/scsi/aic7xxx/aic7xxx.h - 1.6 > linux/drivers/scsi/aic7xxx/aic7770.c - 1.7 > linux/drivers/scsi/aic7xxx/Makefile - 1.5 > linux/drivers/scsi/aic7xxx/Config.in - 1.4 > linux/drivers/net/wan/n2.c - 1.3 > linux/drivers/net/wan/hdlc.c - 1.5 > linux/drivers/net/wan/hd6457x.c - 1.2 > linux/drivers/net/wan/hd64570.h - 1.2 > linux/drivers/net/wan/dscc4.c - 1.6 > linux/drivers/net/wan/c101.c - 1.3 > linux/drivers/media/radio/radio-maxiradio.c - 1.5 > linux/arch/ppc/configs/TQM860L_defconfig - 1.13 > linux/arch/ppc/configs/TQM850L_defconfig - 1.12 > linux/arch/ppc/configs/TQM823L_defconfig - 1.12 > linux/arch/ppc/configs/SPD823TS_defconfig - 1.12 > linux/arch/ppc/configs/SM850_defconfig - 1.12 > linux/arch/ppc/configs/IVMS8_defconfig - 1.13 > linux/drivers/s390/char/tuball.c - 1.7 > linux/drivers/s390/char/tubfs.c - 1.5 > linux/drivers/s390/char/tubio.h - 1.6 > linux/Documentation/DocBook/tulip-user.tmpl - 1.3 > linux/drivers/net/saa9730.c - 1.5 > linux/drivers/video/pmagb-b-fb.h - 1.2 > linux/drivers/char/qtronix.c - 1.4 > linux/arch/sh/kernel/irq_intc2.c - 1.5 > linux/include/asm-ia64/perfmon.h - 1.5 > linux/include/asm-ia64/sn/pci/pciba.h - 1.3 > linux/include/asm-ia64/sn/sn_sal.h - 1.3 > linux/include/asm-ia64/sn/sv.h - 1.3 > linux/net/ipv4/netfilter/ip_nat_helper.c - 1.5 > linux/arch/cris/boot/rescue/Makefile - 1.4 > linux/arch/cris/drivers/gpio.c - 1.9 > linux/arch/cris/drivers/i2c.c - 1.4 > linux/arch/cris/drivers/sync_serial.c - 1.6 > linux/arch/cris/lib/dram_init.S - 1.8 > linux/arch/cris/mm/ioremap.c - 1.3 > linux/arch/ia64/sn/io/pciba.c - 1.3 > linux/include/asm-ppc/ppc4xx.h - 1.3 > linux/include/asm-ppc/ppc4xx_serial.h - 1.2 > linux/include/asm-alpha/mmzone.h - 1.2 > linux/include/asm-ppc/rwsem.h - 1.3 > linux/drivers/net/fealnx.c - 1.13 > linux/drivers/media/video/w9966.c - 1.6 > linux/drivers/net/wireless/airport.c - 1.8 > linux/drivers/net/wireless/hermes.c - 1.9 > linux/drivers/net/wireless/hermes.h - 1.10 > linux/drivers/net/wireless/orinoco.c - 1.10 > linux/drivers/net/wireless/orinoco.h - 1.9 > linux/drivers/net/wireless/orinoco_cs.c - 1.11 > linux/arch/ppc/boot/utils/mkprep.c - 1.2 > linux/arch/ppc/boot/utils/mknote.c - 1.2 > linux/arch/alpha/mm/numa.c - 1.4 > linux/arch/ppc/boot/utils/hack-coff.c - 1.2 > linux/arch/ppc/boot/utils/addnote.c - 1.2 > linux/arch/ppc/boot/utils/Makefile - 1.4 > linux/arch/ppc/boot/prep/vreset.c - 1.4 > linux/arch/ppc/boot/prep/of1275.h - 1.2 > linux/arch/ppc/boot/prep/of1275.c - 1.2 > linux/arch/ppc/boot/prep/misc.c - 1.8 > linux/arch/ppc/boot/prep/kbd.c - 1.3 > linux/arch/ppc/boot/prep/iso_font.h - 1.2 > linux/arch/ppc/boot/prep/head.S - 1.5 > linux/arch/ppc/boot/prep/Makefile - 1.8 > linux/arch/ppc/boot/pmac/start.c - 1.3 > linux/arch/ppc/boot/pmac/misc.S - 1.2 > linux/arch/ppc/boot/pmac/coffmain.c - 1.5 > linux/arch/ppc/boot/pmac/chrpmain.c - 1.5 > linux/arch/ppc/boot/pmac/Makefile - 1.7 > linux/arch/cris/drivers/ds1302.c - 1.6 > linux/arch/cris/drivers/eeprom.c - 1.4 > linux/arch/cris/drivers/parport.c - 1.8 > linux/arch/ppc/boot/lib/zlib.c - 1.3 > linux/arch/ppc/boot/lib/Makefile - 1.2 > linux/drivers/usb/pwc.h - 1.10 > linux/arch/ppc/boot/include/zlib.h - 1.2 > linux/arch/ppc/boot/include/rs6000.h - 1.2 > linux/arch/ppc/boot/include/nonstdio.h - 1.3 > linux/arch/cris/lib/hw_settings.S - 1.4 > linux/arch/ppc/boot/common/string.S - 1.2 > linux/arch/ppc/boot/common/ns16550.c - 1.5 > linux/arch/ppc/boot/common/misc-simple.c - 1.6 > linux/arch/ppc/boot/common/misc-common.c - 1.6 > linux/arch/ppc/boot/common/crt0.S - 1.5 > linux/arch/ppc/boot/chrp/start.c - 1.4 > linux/arch/ppc/boot/chrp/misc.S - 1.2 > linux/arch/ppc/boot/chrp/main.c - 1.5 > linux/arch/ppc/boot/chrp/Makefile - 1.5 > linux/drivers/usb/pwc-uncompress.c - 1.4 > linux/drivers/usb/pwc-ioctl.h - 1.6 > linux/drivers/usb/pwc-if.c - 1.11 > linux/drivers/usb/pwc-ctrl.c - 1.9 > linux/include/asm-m68k/raw_io.h - 1.4 > linux/include/asm-m68k/rtc.h - 1.3 > linux/include/asm-m68k/sun3xflop.h - 1.3 > linux/include/asm-m68k/zorro.h - 1.3 > linux/include/net/bluetooth/hci.h - 1.6 > linux/include/net/bluetooth/hci_core.h - 1.7 > linux/drivers/bluetooth/hci_usb.c - 1.7 > linux/drivers/bluetooth/Makefile - 1.5 > linux/drivers/bluetooth/Config.in - 1.5 > linux/arch/m68k/sun3x/prom.c - 1.4 > linux/net/bluetooth/Config.in - 1.4 > linux/arch/m68k/sun3/sun3dvma.c - 1.3 > linux/net/bluetooth/Makefile - 1.4 > linux/net/bluetooth/hci_core.c - 1.10 > linux/net/bluetooth/hci_sock.c - 1.6 > linux/net/bluetooth/syms.c - 1.4 > linux/drivers/mtd/nand/nand.c - 1.3 > linux/drivers/mtd/nftlcore.c - 1.9 > linux/drivers/mtd/bootldr.c - 1.3 > linux/drivers/mtd/nand/spia.c - 1.6 > linux/drivers/mtd/nand/nand_ecc.c - 1.4 > linux/drivers/mtd/nand/Makefile - 1.4 > linux/drivers/mtd/nand/Config.in - 1.6 > linux/drivers/mtd/mtdblock_ro.c - 1.7 > linux/drivers/mtd/maps/sbc_gxx.c - 1.5 > linux/drivers/mtd/maps/sa1100-flash.c - 1.4 > linux/drivers/mtd/maps/physmap.c - 1.3 > linux/drivers/mtd/maps/octagon-5066.c - 1.3 > linux/include/linux/mtd/cfi_endian.h - 1.3 > linux/drivers/mtd/maps/dc21285.c - 1.4 > linux/drivers/mtd/maps/Makefile - 1.5 > linux/drivers/mtd/maps/Config.in - 1.6 > linux/drivers/mtd/devices/slram.c - 1.3 > linux/drivers/mtd/devices/pmc551.c - 1.4 > linux/drivers/mtd/devices/mtdram.c - 1.4 > linux/drivers/mtd/devices/docprobe.c - 1.4 > linux/drivers/mtd/devices/doc2001.c - 1.3 > linux/drivers/mtd/devices/doc2000.c - 1.3 > linux/drivers/mtd/devices/doc1000.c - 1.4 > linux/drivers/mtd/devices/Config.in - 1.4 > linux/drivers/mtd/chips/sharp.c - 1.4 > linux/drivers/mtd/chips/jedec.c - 1.6 > linux/drivers/mtd/chips/chipreg.c - 1.3 > linux/drivers/mtd/chips/cfi_probe.c - 1.3 > linux/drivers/mtd/chips/cfi_cmdset_0002.c - 1.4 > linux/drivers/mtd/chips/cfi_cmdset_0001.c - 1.3 > linux/drivers/mtd/chips/amd_flash.c - 1.5 > linux/drivers/mtd/chips/Makefile - 1.6 > linux/drivers/mtd/chips/Config.in - 1.3 > linux/arch/alpha/lib/udelay.c - 1.2 > linux/drivers/usb/serial/pl2303.h - 1.4 > linux/drivers/net/wireless/airo.c - 1.14 > linux/drivers/usb/serial/pl2303.c - 1.9 > linux/Documentation/DocBook/procfs-guide.tmpl - 1.3 > linux/arch/ppc/mm/hashtable.S - 1.4 > linux/drivers/net/irda/ali-ircc.c - 1.9 > linux/drivers/net/sk98lin/h/skversion.h - 1.3 > linux/drivers/net/sk98lin/skproc.c - 1.8 > linux/drivers/scsi/pcmcia/nsp_cs.c - 1.8 > linux/include/asm-s390/pci.h - 1.2 > linux/Documentation/sonypi.txt - 1.8 > linux/Documentation/video4linux/meye.txt - 1.5 > linux/include/linux/meye.h - 1.2 > linux/drivers/char/sonypi.h - 1.9 > linux/drivers/media/video/meye.h - 1.4 > linux/drivers/media/video/meye.c - 1.8 > linux/drivers/usb/usb-skeleton.c - 1.8 > linux/drivers/net/lp486e.c - 1.5 > linux/include/linux/sonypi.h - 1.6 > linux/drivers/char/sonypi.c - 1.8 > linux/drivers/net/dl2k.h - 1.9 > linux/drivers/net/dl2k.c - 1.12 > linux/drivers/message/fusion/mptscsih.h - 1.4 > linux/drivers/message/fusion/mptscsih.c - 1.7 > linux/drivers/message/fusion/mptlan.h - 1.4 > linux/drivers/message/fusion/mptlan.c - 1.7 > linux/drivers/message/fusion/mptctl.c - 1.8 > linux/drivers/message/fusion/mptbase.h - 1.7 > linux/drivers/message/fusion/mptbase.c - 1.7 > linux/drivers/message/fusion/lsi/mpi_type.h - 1.3 > linux/drivers/message/fusion/lsi/mpi_targ.h - 1.4 > linux/drivers/message/fusion/lsi/mpi_lan.h - 1.4 > linux/drivers/message/fusion/lsi/mpi_ioc.h - 1.4 > linux/drivers/message/fusion/lsi/mpi_init.h - 1.4 > linux/drivers/message/fusion/lsi/mpi_fc.h - 1.4 > linux/drivers/message/fusion/lsi/mpi_cnfg.h - 1.4 > linux/drivers/message/fusion/lsi/mpi.h - 1.4 > linux/drivers/message/fusion/Config.in - 1.3 > linux/drivers/message/fusion/linux_compat.h - 1.5 > linux/drivers/ieee1394/sbp2.c - 1.12 > linux/drivers/ieee1394/sbp2.h - 1.10 > linux/drivers/ieee1394/nodemgr.c - 1.13 > linux/drivers/ieee1394/nodemgr.h - 1.6 > linux/include/asm-s390x/pci.h - 1.2 > linux/fs/partitions/ldm.c - 1.7 > linux/drivers/usb/storage/jumpshot.c - 1.7 > linux/drivers/usb/storage/isd200.c - 1.5 > linux/drivers/usb/storage/datafab.c - 1.7 > linux/drivers/char/drm/radeon.h - 1.2 > linux/drivers/char/drm/drm_ioctl.h - 1.4 > linux/drivers/char/drm/drm_vm.h - 1.10 > linux/drivers/char/drm/drm_scatter.h - 1.5 > linux/drivers/char/drm/drm_lists.h - 1.3 > linux/drivers/char/drm/drm_auth.h - 1.3 > linux/drivers/char/drm/drm_agpsupport.h - 1.6 > linux/drivers/net/wan/farsync.c - 1.6 > linux/drivers/net/wan/farsync.h - 1.2 > linux/drivers/scsi/cpqfcTStrigger.h - 1.2 > linux/drivers/usb/CDCEther.c - 1.8 > linux/drivers/usb/CDCEther.h - 1.5 > linux/drivers/usb/kaweth.c - 1.10 > linux/drivers/ieee1394/ieee1394_hotplug.h - 1.3 > linux/drivers/ide/serverworks.c - 1.4 > linux/drivers/ide/it8172.c - 1.4 > linux/drivers/ide/ide-adma.c - 1.2 > linux/drivers/ide/amd74xx.c - 1.3 > linux/arch/arm/mm/discontig.c - 1.2 > linux/arch/arm/mach-sa1100/simpad.c - 1.4 > linux/arch/arm/mach-sa1100/sa1111.c - 1.4 > linux/include/asm-arm/arch-anakin/system.h - 1.2 > linux/arch/arm/mach-sa1100/neponset.c - 1.5 > linux/arch/arm/mach-anakin/irq.c - 1.2 > linux/arch/arm/mach-sa1100/assabet.c - 1.5 > linux/arch/arm/mach-sa1100/cpu-sa1100.c - 1.3 > linux/arch/ppc/mm/4xx_mmu.c - 1.3 > linux/drivers/usb/usbnet.c - 1.12 > linux/arch/ppc/mm/cachemap.c - 1.3 > linux/arch/ppc/mm/mmu_context.c - 1.3 > linux/arch/ppc/mm/mmu_decl.h - 1.5 > linux/arch/ppc/mm/pgtable.c - 1.5 > linux/arch/ppc/mm/ppc_mmu.c - 1.6 > linux/arch/ppc/mm/tlb.c - 1.2 > linux/include/asm-ppc/btext.h - 1.3 > linux/include/asm-ppc/cputable.h - 1.4 > linux/arch/ppc/boot/common/ofcommon.c - 1.3 > linux/arch/ppc/kernel/l2cr.S - 1.5 > linux/arch/ppc/kernel/cputable.c - 1.7 > linux/arch/ppc/kernel/btext.c - 1.5 > linux/drivers/video/radeonfb.c - 1.13 > linux/drivers/usb/usbvideo.h - 1.5 > linux/drivers/usb/usbvideo.c - 1.6 > linux/drivers/sound/nec_vrc5477.c - 1.7 > linux/drivers/scsi/dpt_i2o.c - 1.8 > linux/drivers/ide/qd65xx.h - 1.3 > linux/drivers/ide/qd65xx.c - 1.3 > linux/include/asm-ppc/sections.h - 1.2 > linux/drivers/isdn/hisax/st5481.h - 1.4 > linux/drivers/isdn/hisax/st5481_b.c - 1.4 > linux/drivers/isdn/hisax/st5481_d.c - 1.6 > linux/drivers/isdn/hisax/st5481_init.c - 1.4 > linux/drivers/isdn/hisax/st5481_usb.c - 1.6 > linux/drivers/net/ns83820.c - 1.12 > linux/drivers/parport/parport_cs.c - 1.4 > linux/drivers/usb/hid-core.c - 1.7 > linux/fs/jffs2/nodelist.c - 1.6 > linux/fs/jffs2/nodelist.h - 1.5 > linux/drivers/md/multipath.c - 1.5 > linux/drivers/ide/ataraid.h - 1.3 > linux/drivers/net/pcmcia/xircom_cb.c - 1.7 > linux/drivers/ide/pdcraid.h - 1.2 > linux/drivers/ide/pdcraid.c - 1.7 > linux/drivers/ide/hptraid.h - 1.3 > linux/drivers/ide/hptraid.c - 1.7 > linux/drivers/ide/ataraid.c - 1.5 > linux/arch/i386/kernel/nmi.c - 1.5 > linux/drivers/char/mwave/mwavedd.c - 1.4 > linux/drivers/mtd/devices/blkmtd.c - 1.5 > linux/drivers/mtd/chips/jedec_probe.c - 1.4 > linux/include/asm-i386/smpboot.h - 1.3 > linux/drivers/mtd/chips/gen_probe.c - 1.2 > linux/drivers/mtd/maps/tqm8xxl.c - 1.2 > linux/fs/namespace.c - 1.13 > linux/drivers/mtd/afs.c - 1.3 > linux/drivers/usb/ultracam.c - 1.3 > linux/drivers/usb/hpusbscsi.h - 1.3 > linux/drivers/usb/hpusbscsi.c - 1.5 > linux/drivers/ide/ide-m8xx.c - 1.3 > linux/include/asm-ppc/commproc.h - 1.3 > linux/drivers/net/wireless/orinoco_plx.c - 1.8 > linux/drivers/pcmcia/sa1100_generic.c - 1.4 > linux/drivers/i2c/i2c-proc.c - 1.3 > linux/arch/arm/mach-sa1100/h3600.c - 1.4 > linux/arch/arm/mach-sa1100/adsbitsy.c - 1.3 > linux/drivers/message/i2o/i2o_core.c - 1.8 > linux/drivers/message/i2o/i2o_config.c - 1.5 > linux/Documentation/video4linux/bttv/Cards - 1.4 > linux/drivers/net/8139cp.c - 1.9 > linux/net/8021q/vlanproc.c - 1.6 > linux/net/8021q/vlan_dev.c - 1.5 > linux/net/8021q/vlan.c - 1.5 > linux/Documentation/networking/ifenslave.c - 1.3 > linux/Documentation/networking/bonding.txt - 1.3 > linux/drivers/atm/idt77252.c - 1.5 > linux/fs/jbd/journal.c - 1.6 > linux/drivers/net/tulip/pnic2.c - 1.2 > linux/drivers/scsi/sym53c8xx_2/sym_hipd.c - 1.4 > linux/net/atm/pppoatm.c - 1.3 > linux/fs/ext3/ialloc.c - 1.4 > linux/fs/ext3/inode.c - 1.6 > linux/fs/ext3/ioctl.c - 1.3 > linux/fs/ext3/namei.c - 1.3 > linux/fs/ext3/super.c - 1.5 > linux/drivers/hotplug/pci_hotplug_util.c - 1.2 > linux/drivers/hotplug/pci_hotplug.h - 1.3 > linux/drivers/hotplug/Makefile - 1.4 > linux/include/linux/jbd.h - 1.6 > linux/fs/jbd/recovery.c - 1.4 > linux/include/linux/ext3_jbd.h - 1.3 > linux/include/linux/ext3_fs.h - 1.5 > linux/fs/jbd/revoke.c - 1.5 > linux/fs/jbd/transaction.c - 1.5 > linux/fs/nfs/pagelist.c - 1.5 > linux/fs/seq_file.c - 1.4 > linux/fs/ext3/balloc.c - 1.4 > linux/drivers/net/pcmcia/axnet_cs.c - 1.4 > linux/drivers/scsi/aacraid/linit.c - 1.4 > linux/drivers/scsi/aacraid/aachba.c - 1.4 > linux/drivers/char/drm-4.0/agpsupport.c - 1.2 > linux/drivers/net/mii.c - 1.4 > linux/drivers/net/wireless/ieee802_11.h - 1.3 > linux/include/asm-ppc/pmac_feature.h - 1.5 > linux/drivers/usb/serial/ipaq.h - 1.4 > linux/drivers/usb/serial/ipaq.c - 1.4 > linux/net/ipv6/netfilter/ip6_queue.c - 1.4 > linux/drivers/usb/vicam.c - 1.4 > linux/drivers/usb/vicam.h - 1.3 > linux/drivers/usb/vicamurbs.h - 1.3 > linux/drivers/char/drm-4.0/i810_dma.c - 1.4 > linux/net/ipv4/netfilter/ipt_ULOG.c - 1.5 > linux/drivers/bluetooth/hci_usb.h - 1.3 > linux/drivers/bluetooth/hci_uart.h - 1.2 > linux/drivers/bluetooth/hci_ldisc.c - 1.3 > linux/drivers/bluetooth/hci_h4.h - 1.2 > linux/drivers/bluetooth/hci_h4.c - 1.2 > linux/drivers/char/amd768_rng.c - 1.2 > linux/drivers/block/umem.c - 1.5 > linux/drivers/block/cciss_scsi.h - 1.2 > linux/Documentation/networking/pktgen.txt - 1.3 > linux/drivers/block/cciss_scsi.c - 1.3 > linux/drivers/hotplug/ibmphp_ebda.c - 1.3 > linux/Documentation/usb/auerswald.txt - 1.3 > linux/Documentation/usb/ehci.txt - 1.2 > linux/drivers/ide/ide-taskfile.c - 1.2 > linux/drivers/ieee1394/amdtp.c - 1.5 > linux/drivers/ieee1394/amdtp.h - 1.3 > linux/drivers/ieee1394/cmp.c - 1.3 > linux/drivers/ieee1394/dv1394-private.h - 1.5 > linux/Documentation/watchdog-api.txt - 1.2 > linux/drivers/ieee1394/dv1394.c - 1.5 > linux/drivers/ieee1394/dv1394.h - 1.3 > linux/drivers/ieee1394/eth1394.c - 1.4 > linux/drivers/ieee1394/eth1394.h - 1.3 > linux/drivers/message/fusion/lsi/mpi_raid.h - 1.2 > linux/drivers/message/fusion/mptctl.h - 1.3 > linux/net/core/wireless.c - 1.3 > linux/drivers/mtd/maps/epxa10db-flash.c - 1.2 > linux/drivers/mtd/maps/ich2rom.c - 1.2 > linux/drivers/mtd/maps/pb1xxx-flash.c - 1.3 > linux/net/bluetooth/sco.c - 1.3 > linux/net/bluetooth/l2cap.c - 1.3 > linux/net/bluetooth/hci_conn.c - 1.4 > linux/drivers/mtd/maps/pci.c - 1.3 > linux/net/atm/br2684.c - 1.2 > linux/drivers/mtd/mtdconcat.c - 1.2 > linux/arch/arm/def-configs/badge4 - 1.2 > linux/drivers/net/sun3_82586.c - 1.2 > linux/arch/sparc/kernel/apc.c - 1.2 > linux/drivers/net/tg3.c - 1.8 > linux/drivers/net/tg3.h - 1.6 > linux/drivers/net/tokenring/3c359.c - 1.3 > linux/init/do_mounts.c - 1.6 > linux/drivers/net/wan/8253x/8253xtty.c - 1.2 > linux/include/net/iw_handler.h - 1.3 > linux/include/linux/umem.h - 1.2 > linux/arch/arm/mach-sa1100/badge4.c - 1.2 > linux/arch/ppc64/xmon/xmon.c - 1.3 > linux/arch/ppc64/xmon/start.c - 1.3 > linux/arch/ppc64/vmlinux.lds - 1.2 > linux/arch/ppc64/mm/init.c - 1.3 > linux/arch/ppc64/mm/fault.c - 1.3 > linux/arch/ppc64/mm/extable.c - 1.2 > linux/arch/ppc64/lib/string.S - 1.3 > linux/arch/ppc64/lib/dec_and_lock.c - 1.2 > linux/arch/ppc64/lib/Makefile - 1.2 > linux/arch/ppc64/kernel/xics.c - 1.3 > linux/arch/ppc64/kernel/udbg.c - 1.3 > linux/arch/ppc64/kernel/traps.c - 1.3 > linux/arch/ppc64/kernel/time.c - 1.3 > linux/arch/ppc64/kernel/syscalls.c - 1.2 > linux/arch/arm/mach-sa1100/system3.c - 1.2 > linux/arch/ppc64/kernel/sys_ppc32.c - 1.3 > linux/arch/ppc64/kernel/sys32.S - 1.2 > linux/arch/ppc64/kernel/smp.c - 1.3 > linux/arch/ppc64/kernel/signal32.c - 1.3 > linux/arch/ppc64/kernel/signal.c - 1.3 > linux/arch/ppc64/kernel/setup.c - 1.3 > linux/arch/ppc64/kernel/rtc.c - 1.2 > linux/arch/ppc64/kernel/rtasd.c - 1.3 > linux/arch/ppc64/kernel/rtas.c - 1.3 > linux/arch/ppc64/kernel/rtas-proc.c - 1.2 > linux/arch/ppc64/kernel/ptrace32.c - 1.3 > linux/arch/ppc64/kernel/ptrace.c - 1.3 > linux/arch/ppc64/kernel/prom.c - 1.3 > linux/arch/ppc64/kernel/process.c - 1.3 > linux/arch/ppc64/kernel/proc_pmc.c - 1.3 > linux/arch/ppc64/kernel/ppc_ksyms.c - 1.3 > linux/arch/ppc64/kernel/pmc.c - 1.3 > linux/arch/ppc64/kernel/pci_dn.c - 1.3 > linux/arch/ppc64/kernel/pci_dma.c - 1.3 > linux/arch/ppc64/kernel/pci.h - 1.2 > linux/arch/ppc64/kernel/pci.c - 1.3 > linux/arch/ppc64/kernel/pacaData.c - 1.3 > linux/arch/ppc64/kernel/pSeries_pci.c - 1.3 > linux/arch/cris/drivers/bluetooth/Makefile - 1.2 > linux/include/asm-s390x/rwsem.h - 1.2 > linux/include/asm-s390/rwsem.h - 1.2 > linux/include/asm-ppc64/unistd.h - 1.2 > linux/include/asm-ppc64/ucontext.h - 1.2 > linux/include/asm-ppc64/uaccess.h - 1.3 > linux/include/asm-ppc64/types.h - 1.3 > linux/include/asm-ppc64/timex.h - 1.3 > linux/include/asm-ppc64/termios.h - 1.3 > linux/include/asm-ppc64/system.h - 1.3 > linux/include/asm-ppc64/stat.h - 1.2 > linux/include/asm-ppc64/smplock.h - 1.3 > linux/include/asm-ppc64/smp.h - 1.2 > linux/include/asm-ppc64/signal.h - 1.2 > linux/include/asm-ppc64/siginfo.h - 1.3 > linux/include/asm-ppc64/sigcontext.h - 1.2 > linux/include/asm-ppc64/rwsem.h - 1.2 > linux/include/asm-ppc64/rtas.h - 1.3 > linux/include/asm-ppc64/ptrace.h - 1.2 > linux/include/asm-ppc64/prom.h - 1.3 > linux/include/asm-ppc64/processor.h - 1.3 > linux/include/asm-ppc64/ppcdebug.h - 1.3 > linux/include/asm-ppc64/ppc32.h - 1.2 > linux/include/asm-ppc64/posix_types.h - 1.2 > linux/include/asm-ppc64/pgtable.h - 1.3 > linux/include/asm-ppc64/page.h - 1.3 > linux/include/asm-ppc64/paca.h - 1.3 > linux/include/asm-ppc64/naca.h - 1.3 > linux/include/asm-ppc64/mmu_context.h - 1.2 > linux/include/asm-ppc64/mmu.h - 1.3 > linux/include/asm-ppc64/memory.h - 1.2 > linux/include/asm-ppc64/lmb.h - 1.3 > linux/include/asm-ppc64/ipc.h - 1.2 > linux/include/asm-ppc64/ioctls.h - 1.2 > linux/include/asm-ppc64/io.h - 1.3 > linux/include/asm-ppc64/ide.h - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-bigsur-mp - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-bigsur-sp - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-dig-mp - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-dig-sp - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-generic-mp - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-generic-sp - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-hp-sp - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-prom-medusa - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-sn1-mp - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-sn1-mp-modules - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-sn1-mp-syn1-0 - 1.2 > linux/arch/ia64/sn/configs/sn1/defconfig-sn1-sp - 1.2 > linux/arch/ia64/sn/configs/sn2/defconfig-dig-numa - 1.2 > linux/arch/ia64/sn/configs/sn2/defconfig-sn2-dig-mp - 1.2 > linux/arch/ia64/sn/configs/sn2/defconfig-sn2-dig-sp - 1.2 > linux/arch/ia64/sn/configs/sn2/defconfig-sn2-mp - 1.2 > linux/arch/ia64/sn/configs/sn2/defconfig-sn2-mp-modules - 1.2 > linux/arch/ia64/sn/configs/sn2/defconfig-sn2-prom-medusa - 1.2 > linux/arch/ia64/sn/configs/sn2/defconfig-sn2-sp - 1.2 > linux/arch/ia64/sn/fakeprom/Makefile - 1.2 > linux/arch/ia64/sn/fakeprom/README - 1.3 > linux/arch/ia64/sn/fakeprom/fpmem.c - 1.3 > linux/arch/ia64/sn/fakeprom/fprom.lds - 1.2 > linux/arch/ia64/sn/fakeprom/fpromasm.S - 1.2 > linux/arch/ia64/sn/fakeprom/fw-emu.c - 1.3 > linux/arch/ia64/sn/fakeprom/klgraph_init.c - 1.2 > linux/arch/ia64/sn/fakeprom/main.c - 1.2 > linux/include/asm-ppc64/iSeries/HvCall.h - 1.3 > linux/include/asm-ppc64/hw_irq.h - 1.2 > linux/include/asm-ppc64/elf.h - 1.2 > linux/include/asm-ppc64/eeh.h - 1.3 > linux/arch/ia64/sn/io/sn1/hubcounters.c - 1.2 > linux/arch/ia64/sn/io/sn1/mem_refcnt.c - 1.2 > linux/arch/ia64/sn/io/sn1/pcibr.c - 1.2 > linux/arch/ia64/sn/io/sn2/bte_error.c - 1.2 > linux/arch/ia64/sn/io/sn2/ml_SN_intr.c - 1.2 > linux/arch/ia64/sn/io/sn2/pcibr/pcibr_ate.c - 1.2 > linux/arch/ia64/sn/io/sn2/pcibr/pcibr_config.c - 1.2 > linux/arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c - 1.2 > linux/arch/ia64/sn/io/sn2/pcibr/pcibr_error.c - 1.2 > linux/arch/ia64/sn/io/sn2/pcibr/pcibr_hints.c - 1.2 > linux/arch/ia64/sn/io/sn2/pcibr/pcibr_intr.c - 1.2 > linux/arch/ia64/sn/io/sn2/pcibr/pcibr_rrb.c - 1.2 > linux/arch/ia64/sn/io/sn2/pcibr/pcibr_slot.c - 1.2 > linux/arch/ia64/sn/io/sn2/shub_intr.c - 1.2 > linux/arch/ia64/sn/io/sn2/shuberror.c - 1.2 > linux/include/asm-ppc64/delay.h - 1.3 > linux/arch/ia64/sn/kernel/Makefile - 1.2 > linux/arch/ia64/sn/kernel/bte.c - 1.2 > linux/arch/ia64/sn/kernel/iomv.c - 1.2 > linux/arch/ia64/sn/kernel/irq.c - 1.2 > linux/arch/ia64/sn/kernel/mca.c - 1.2 > linux/arch/ia64/sn/kernel/misctest.c - 1.3 > linux/arch/ia64/sn/kernel/setup.c - 1.2 > linux/arch/ia64/sn/kernel/sn1/Makefile - 1.2 > linux/arch/ia64/sn/kernel/sn1/sn1_smp.c - 1.2 > linux/arch/ia64/sn/kernel/sn1/synergy.c - 1.2 > linux/arch/ia64/sn/kernel/sn2/Makefile - 1.2 > linux/arch/ia64/sn/kernel/sn2/iomv.c - 1.2 > linux/arch/ia64/sn/kernel/sn2/sn2_smp.c - 1.2 > linux/arch/ia64/sn/kernel/sn_asm.S - 1.2 > linux/arch/ia64/sn/kernel/sn_ksyms.c - 1.3 > linux/arch/ia64/sn/kernel/sv.c - 1.2 > linux/include/asm-ppc64/bitops.h - 1.2 > linux/include/asm-ppc64/a.out.h - 1.2 > linux/arch/ppc64/kernel/nvram.c - 1.2 > linux/arch/ppc64/kernel/mk_defs.c - 1.3 > linux/arch/ppc64/kernel/misc.S - 1.3 > linux/arch/ppc64/kernel/ioctl32.c - 1.3 > linux/arch/ppc64/kernel/idle.c - 1.2 > linux/arch/ppc64/kernel/iSeries_setup.c - 1.3 > linux/arch/ppc64/kernel/iSeries_pci.c - 1.3 > linux/arch/ppc64/kernel/iSeries_VpdInfo.c - 1.2 > linux/arch/ppc64/kernel/htab.c - 1.3 > linux/arch/ppc64/kernel/head.S - 1.3 > linux/arch/ppc64/kernel/entry.S - 1.3 > linux/arch/ppc64/kernel/eeh.c - 1.3 > linux/arch/ppc64/kernel/chrp_setup.c - 1.3 > linux/arch/ppc64/kernel/bitops.c - 1.2 > linux/arch/ppc64/kernel/Makefile - 1.3 > linux/arch/ppc64/kernel/ItLpQueue.c - 1.2 > linux/arch/ppc64/defconfig - 1.3 > linux/arch/ppc64/configs/pSeries_defconfig - 1.3 > linux/arch/ppc64/config.in - 1.3 > linux/arch/ppc64/boot/zImage.c - 1.3 > linux/arch/ppc64/boot/addSystemMap.c - 1.3 > linux/arch/ppc64/boot/addRamDisk.c - 1.3 > linux/arch/ppc64/boot/Makefile - 1.2 > linux/drivers/net/wan/comx-hw-munich.c - 1.3 > linux/drivers/net/wireless/orinoco_pci.c - 1.3 > linux/arch/ppc/kernel/prom_init.c - 1.2 > linux/drivers/scsi/aic7xxx/aic7770_osm.c - 1.2 > linux/drivers/scsi/aic7xxx/aic7xxx_core.c - 1.4 > linux/drivers/scsi/aic7xxx/aic7xxx_osm.c - 1.2 > linux/drivers/scsi/aic7xxx/aic7xxx_osm_pci.c - 1.2 > linux/drivers/scsi/aic7xxx/aicasm/aicasm_macro_gram.y - 1.2 > linux/drivers/scsi/aic7xxx/aicasm/aicasm_macro_scan.l - 1.2 > linux/arch/ppc/boot/utils/mktree.c - 1.2 > linux/arch/ppc/boot/simple/misc-embedded.c - 1.3 > linux/arch/ppc/boot/simple/m8xx_tty.c - 1.2 > linux/include/asm-ia64/sn/uart16550.h - 1.2 > linux/include/asm-ia64/sn/sndrv.h - 1.2 > linux/include/asm-ia64/sn/snconfig.h - 1.2 > linux/include/asm-ia64/sn/sn2/sn_private.h - 1.2 > linux/include/asm-ia64/sn/sn2/slotnum.h - 1.2 > linux/include/asm-ia64/sn/sn2/shubio.h - 1.2 > linux/include/asm-ia64/sn/sn2/shub_mmr.h - 1.2 > linux/include/asm-ia64/sn/sn2/shub.h - 1.2 > linux/include/asm-ia64/sn/sn2/intr.h - 1.2 > linux/include/asm-ia64/sn/sn2/arch.h - 1.2 > linux/include/asm-ia64/sn/sn2/addrs.h - 1.2 > linux/include/asm-ia64/sn/sn1/synergy.h - 1.2 > linux/include/asm-ia64/sn/sn1/sn_private.h - 1.2 > linux/include/asm-ia64/sn/sn1/mem_refcnt.h - 1.2 > linux/include/asm-ia64/sn/sn1/intr_public.h - 1.2 > linux/include/asm-ia64/sn/sn1/hwcntrs.h - 1.2 > linux/include/asm-ia64/sn/sn1/hubstat.h - 1.2 > linux/include/asm-ia64/sn/sn1/hubspc.h - 1.2 > linux/include/asm-ia64/sn/simulator.h - 1.2 > linux/include/asm-ia64/sn/pda.h - 1.2 > linux/include/asm-ia64/sn/nag.h - 1.2 > linux/include/asm-ia64/sn/leds.h - 1.2 > linux/include/asm-ia64/sn/klclock.h - 1.2 > linux/include/asm-ia64/sn/ifconfig_net.h - 1.2 > linux/include/asm-ia64/sn/hires_clock.h - 1.2 > linux/include/asm-ia64/sn/fetchop.h - 1.2 > linux/include/asm-ia64/sn/bte_copy.h - 1.2 > linux/include/asm-ia64/sn/bte.h - 1.2 > linux/include/asm-ia64/machvec_sn2.h - 1.3 > linux/arch/ppc/boot/simple/m8260_tty.c - 1.2 > linux/arch/ppc/boot/simple/iic.c - 1.2 > linux/arch/ppc/boot/simple/head.S - 1.3 > linux/arch/ppc/boot/simple/embed_config.c - 1.2 > linux/arch/ppc/boot/simple/direct.S - 1.2 > linux/arch/ppc/boot/simple/Makefile - 1.3 > linux/arch/ppc/boot/ld.script - 1.3 > linux/arch/ppc/boot/common/util.S - 1.3 > linux/arch/ppc/boot/common/relocate.S - 1.4 > linux/arch/ppc/boot/common/dummy.c - 1.2 > linux/drivers/usb/auerswald.c - 1.4 > linux/drivers/usb/hcd.c - 1.3 > linux/drivers/usb/hcd.h - 1.3 > linux/drivers/usb/hcd/Config.in - 1.2 > linux/drivers/usb/hcd/Makefile - 1.2 > linux/drivers/usb/hcd/ehci-dbg.c - 1.2 > linux/drivers/usb/hcd/ehci-hcd.c - 1.3 > linux/drivers/usb/hcd/ehci-hub.c - 1.2 > linux/drivers/usb/hcd/ehci-mem.c - 1.2 > linux/drivers/usb/hcd/ehci-q.c - 1.3 > linux/drivers/usb/hcd/ehci-sched.c - 1.3 > linux/drivers/usb/hcd/ehci.h - 1.2 > linux/drivers/usb/rtl8150.c - 1.4 > linux/drivers/video/matrox/g450_pll.c - 1.2 > linux/drivers/video/matrox/g450_pll.h - 1.2 > linux/drivers/video/neofb.c - 1.4 > linux/include/asm-arm/arch-clps711x/system.h - 1.2 > linux/arch/x86_64/boot/bootsect.S - 1.2 > linux/Documentation/BK-usage/bk-kernel-howto.txt - 1.2 > linux/Documentation/DocBook/journal-api.tmpl - 1.2 > linux/arch/x86_64/Makefile - 1.2 > linux/arch/x86_64/boot/compressed/misc.c - 1.2 > linux/arch/x86_64/boot/setup.S - 1.2 > linux/net/sched/sch_htb.c - 1.2 > linux/Documentation/filesystems/jfs.txt - 1.2 > linux/arch/x86_64/config.in - 1.2 > linux/arch/x86_64/defconfig - 1.2 > linux/arch/x86_64/ia32/fpu32.c - 1.2 > linux/arch/x86_64/ia32/ia32_binfmt.c - 1.2 > linux/arch/x86_64/ia32/ia32_ioctl.c - 1.2 > linux/arch/x86_64/ia32/ia32_signal.c - 1.2 > linux/Documentation/networking/NAPI_HOWTO.txt - 1.2 > linux/arch/x86_64/ia32/ia32entry.S - 1.2 > linux/Documentation/networking/e100.txt - 1.2 > linux/Documentation/networking/e1000.txt - 1.2 > linux/arch/x86_64/ia32/ipc32.c - 1.2 > linux/arch/x86_64/ia32/ptrace32.c - 1.2 > linux/arch/x86_64/ia32/socket32.c - 1.2 > linux/arch/x86_64/ia32/sys_ia32.c - 1.2 > linux/arch/x86_64/kernel/acpitable.c - 1.2 > linux/arch/x86_64/kernel/aperture.c - 1.2 > linux/arch/x86_64/kernel/apic.c - 1.2 > linux/arch/x86_64/kernel/bluesmoke.c - 1.2 > linux/arch/x86_64/kernel/e820.c - 1.2 > linux/arch/x86_64/kernel/entry.S - 1.2 > linux/arch/x86_64/kernel/head.S - 1.2 > linux/arch/x86_64/kernel/head64.c - 1.2 > linux/Documentation/x86_64/mm.txt - 1.2 > linux/arch/x86_64/kernel/i387.c - 1.2 > linux/arch/x86_64/kernel/i8259.c - 1.2 > linux/arch/x86_64/kernel/io_apic.c - 1.2 > linux/arch/x86_64/kernel/ioport.c - 1.2 > linux/arch/x86_64/kernel/ldt.c - 1.2 > linux/arch/x86_64/kernel/msr.c - 1.2 > linux/net/ipv4/netfilter/ipt_ECN.c - 1.2 > linux/arch/x86_64/kernel/nmi.c - 1.2 > linux/arch/x86_64/kernel/pci-dma.c - 1.2 > linux/arch/cris/drivers/pcf8563.c - 1.2 > linux/arch/x86_64/kernel/pci-gart.c - 1.2 > linux/arch/x86_64/kernel/pci-irq.c - 1.2 > linux/arch/cris/kernel/fasttimer.c - 1.2 > linux/arch/x86_64/kernel/pci-x86_64.c - 1.2 > linux/arch/x86_64/kernel/pci-x86_64.h - 1.2 > linux/arch/x86_64/kernel/process.c - 1.2 > linux/arch/x86_64/kernel/ptrace.c - 1.2 > linux/arch/x86_64/kernel/setup.c - 1.2 > linux/net/bluetooth/bnep/sock.c - 1.2 > linux/net/bluetooth/bnep/netdev.c - 1.2 > linux/net/bluetooth/bnep/core.c - 1.2 > linux/net/bluetooth/bnep/bnep.h - 1.2 > linux/net/bluetooth/bnep/Makefile - 1.2 > linux/net/bluetooth/bnep/Config.in - 1.2 > linux/arch/x86_64/kernel/setup64.c - 1.2 > linux/arch/x86_64/kernel/signal.c - 1.2 > linux/arch/x86_64/kernel/smp.c - 1.2 > linux/arch/x86_64/kernel/smpboot.c - 1.2 > linux/arch/x86_64/kernel/sys_x86_64.c - 1.2 > linux/arch/x86_64/kernel/syscall.c - 1.2 > linux/arch/x86_64/kernel/time.c - 1.2 > linux/arch/x86_64/kernel/traps.c - 1.2 > linux/arch/x86_64/kernel/vsyscall.c - 1.2 > linux/arch/ia64/hp/common/sba_iommu.c - 1.2 > linux/arch/x86_64/kernel/x8664_ksyms.c - 1.2 > linux/arch/ia64/hp/sim/Makefile - 1.2 > linux/arch/ia64/hp/zx1/hpzx1_misc.c - 1.2 > linux/arch/x86_64/lib/clear_page.S - 1.2 > linux/arch/x86_64/lib/copy_page.S - 1.2 > linux/arch/x86_64/lib/copy_user.S - 1.2 > linux/arch/x86_64/lib/csum-copy.S - 1.2 > linux/arch/x86_64/lib/csum-partial.c - 1.2 > linux/arch/x86_64/lib/csum-wrappers.c - 1.2 > linux/arch/x86_64/lib/delay.c - 1.2 > linux/arch/x86_64/lib/memcpy.S - 1.2 > linux/arch/x86_64/lib/memset.S - 1.2 > linux/arch/x86_64/lib/usercopy.c - 1.2 > linux/arch/ia64/kernel/perfmon_generic.h - 1.2 > linux/arch/ia64/kernel/perfmon_itanium.h - 1.2 > linux/arch/ia64/kernel/perfmon_mckinley.h - 1.2 > linux/arch/x86_64/mm/fault.c - 1.2 > linux/arch/x86_64/mm/init.c - 1.2 > linux/arch/x86_64/mm/ioremap.c - 1.2 > linux/arch/x86_64/mm/k8topology.c - 1.2 > linux/arch/x86_64/mm/modutil.c - 1.2 > linux/arch/x86_64/mm/numa.c - 1.2 > linux/arch/x86_64/mm/pageattr.c - 1.2 > linux/arch/x86_64/vmlinux.lds - 1.2 > linux/arch/ia64/lib/memcpy_mck.S - 1.2 > linux/arch/ppc64/kernel/perfmon.c - 1.2 > linux/drivers/char/pdc_console.c - 1.2 > linux/drivers/gsc/dino.c - 1.2 > linux/drivers/gsc/lasi.c - 1.2 > linux/drivers/hil/hil_kbd.c - 1.2 > linux/drivers/hil/hil_ptr.c - 1.2 > linux/drivers/hil/hilkbd.c - 1.2 > linux/include/asm-x86_64/xor.h - 1.2 > linux/include/asm-x86_64/vsyscall.h - 1.2 > linux/include/asm-x86_64/unistd.h - 1.2 > linux/include/asm-x86_64/uaccess.h - 1.2 > linux/include/asm-x86_64/timex.h - 1.2 > linux/include/asm-x86_64/system.h - 1.2 > linux/include/asm-x86_64/spinlock.h - 1.2 > linux/include/asm-x86_64/softirq.h - 1.2 > linux/include/asm-x86_64/smp.h - 1.2 > linux/include/asm-x86_64/semaphore.h - 1.2 > linux/include/asm-x86_64/segment.h - 1.2 > linux/include/asm-x86_64/scatterlist.h - 1.2 > linux/include/asm-x86_64/rwsem.h - 1.2 > linux/arch/mips/config-shared.in - 1.2 > linux/include/asm-x86_64/proto.h - 1.2 > linux/include/asm-x86_64/processor.h - 1.2 > linux/include/asm-x86_64/pgtable.h - 1.2 > linux/include/asm-x86_64/pda.h - 1.2 > linux/include/asm-x86_64/pci.h - 1.2 > linux/include/asm-x86_64/page.h - 1.2 > linux/include/asm-x86_64/kmap_types.h - 1.2 > linux/include/asm-x86_64/kdebug.h - 1.2 > linux/include/asm-x86_64/io.h - 1.2 > linux/include/asm-x86_64/ide.h - 1.2 > linux/include/asm-x86_64/ia32_unistd.h - 1.2 > linux/include/asm-x86_64/ia32.h - 1.2 > linux/include/asm-x86_64/i387.h - 1.2 > linux/include/asm-x86_64/hw_irq.h - 1.2 > linux/include/asm-x86_64/hdreg.h - 1.2 > linux/include/asm-x86_64/floppy.h - 1.2 > linux/include/asm-x86_64/delay.h - 1.2 > linux/include/asm-x86_64/debugreg.h - 1.2 > linux/include/asm-x86_64/checksum.h - 1.2 > linux/include/asm-x86_64/bitops.h - 1.2 > linux/include/asm-x86_64/apic.h - 1.2 > linux/drivers/hil/hp_sdc.c - 1.2 > linux/drivers/hil/hp_sdc_rtc.c - 1.2 > linux/drivers/hotplug/acpiphp.h - 1.2 > linux/drivers/hotplug/acpiphp_core.c - 1.2 > linux/drivers/hotplug/acpiphp_glue.c - 1.2 > linux/drivers/hotplug/acpiphp_pci.c - 1.2 > linux/drivers/hotplug/acpiphp_res.c - 1.2 > linux/arch/ppc/platforms/walnut.h - 1.2 > linux/arch/ppc/platforms/walnut.c - 1.2 > linux/arch/ppc/platforms/tqm8xx.h - 1.2 > linux/arch/ppc/platforms/spruce_setup.c - 1.2 > linux/arch/ppc/platforms/spruce_pci.c - 1.2 > linux/arch/ppc/platforms/spruce.h - 1.2 > linux/arch/ppc/platforms/spd8xx.h - 1.2 > linux/arch/ppc/platforms/rpxlite.h - 1.2 > linux/arch/ppc/platforms/rpxhiox.h - 1.2 > linux/arch/ppc/platforms/rpxclassic.h - 1.2 > linux/arch/ppc/platforms/residual.c - 1.2 > linux/arch/ppc/platforms/proc_rtas.c - 1.2 > linux/arch/ppc/platforms/prep_time.c - 1.2 > linux/arch/ppc/platforms/prep_setup.c - 1.2 > linux/arch/ppc/platforms/prep_pci.c - 1.2 > linux/arch/ppc/platforms/pmac_time.c - 1.2 > linux/arch/ppc/platforms/pmac_smp.c - 1.2 > linux/include/asm-ppc64/perfmon.h - 1.2 > linux/include/asm-ppc64/hvcall.h - 1.2 > linux/include/asm-ppc/xics.h - 1.2 > linux/arch/ppc/platforms/pmac_sleep.S - 1.2 > linux/include/asm-ppc/todc.h - 1.2 > linux/arch/ppc/platforms/pmac_setup.c - 1.2 > linux/arch/ppc/platforms/pmac_pic.h - 1.2 > linux/arch/ppc/platforms/pmac_pic.c - 1.2 > linux/arch/ppc/platforms/pmac_pci.c - 1.2 > linux/arch/ppc/platforms/pmac_nvram.c - 1.2 > linux/arch/ppc/platforms/pmac_feature.c - 1.2 > linux/arch/ppc/platforms/pmac_backlight.c - 1.2 > linux/arch/ppc/platforms/pal4_setup.c - 1.2 > linux/include/asm-ppc/ppc_asm.h - 1.2 > linux/include/asm-ppc/ppc4xx_pic.h - 1.2 > linux/arch/ppc/platforms/pal4_serial.h - 1.2 > linux/arch/ppc/platforms/pal4_pci.c - 1.2 > linux/include/asm-ppc/open_pic.h - 1.2 > linux/arch/ppc/platforms/pal4.h - 1.2 > linux/arch/ppc/platforms/oak_setup.h - 1.2 > linux/arch/ppc/platforms/oak_setup.c - 1.2 > linux/arch/ppc/platforms/oak.h - 1.2 > linux/include/asm-ppc/i8259.h - 1.2 > linux/arch/ppc/platforms/mbx.h - 1.2 > linux/arch/ppc/platforms/ivms8.h - 1.2 > linux/arch/ppc/platforms/gemini_setup.c - 1.2 > linux/arch/ppc/platforms/gemini_serial.h - 1.2 > linux/arch/ppc/platforms/gemini_prom.S - 1.2 > linux/arch/ppc/platforms/gemini_pci.c - 1.2 > linux/arch/ppc/platforms/gemini.h - 1.2 > linux/arch/ppc/platforms/fads.h - 1.2 > linux/arch/ppc/platforms/est8260.h - 1.2 > linux/arch/ppc/platforms/error_log.h - 1.2 > linux/arch/ppc/platforms/error_log.c - 1.2 > linux/arch/ppc/platforms/cpc700_pic.c - 1.2 > linux/arch/ppc/platforms/cpc700.h - 1.2 > linux/arch/ppc/platforms/chrp_time.c - 1.2 > linux/arch/ppc/platforms/chrp_smp.c - 1.2 > linux/arch/ppc/platforms/chrp_setup.c - 1.2 > linux/arch/ppc/platforms/chrp_pci.c - 1.2 > linux/arch/ppc/platforms/bseip.h - 1.2 > linux/arch/ppc/platforms/apus_setup.c - 1.2 > linux/arch/ppc/platforms/apus_pci.h - 1.2 > linux/arch/ppc/platforms/apus_pci.c - 1.2 > linux/arch/ppc/platforms/Makefile - 1.2 > linux/drivers/ide/ide-sibyte.c - 1.2 > linux/drivers/mtd/devices/ms02-nv.c - 1.2 > linux/drivers/net/e100/Makefile - 1.2 > linux/arch/ppc/kernel/todc_time.c - 1.2 > linux/drivers/net/e100/e100.h - 1.2 > linux/drivers/net/e100/e100_config.c - 1.2 > linux/drivers/net/e100/e100_config.h - 1.2 > linux/drivers/net/e100/e100_eeprom.c - 1.2 > linux/drivers/net/e100/e100_main.c - 1.2 > linux/drivers/net/e100/e100_phy.c - 1.2 > linux/drivers/net/e100/e100_phy.h - 1.2 > linux/drivers/net/e100/e100_proc.c - 1.2 > linux/drivers/net/e100/e100_test.c - 1.2 > linux/drivers/net/e100/e100_ucode.h - 1.2 > linux/drivers/net/e100/e100_vendor.h - 1.2 > linux/drivers/net/e1000/Makefile - 1.2 > linux/drivers/net/e1000/e1000.h - 1.2 > linux/drivers/net/e1000/e1000_ethtool.c - 1.2 > linux/drivers/net/e1000/e1000_hw.c - 1.2 > linux/drivers/net/e1000/e1000_hw.h - 1.2 > linux/drivers/net/e1000/e1000_main.c - 1.2 > linux/drivers/net/e1000/e1000_osdep.h - 1.2 > linux/drivers/net/e1000/e1000_param.c - 1.2 > linux/drivers/net/e1000/e1000_proc.c - 1.2 > linux/arch/ppc/kernel/pci_auto.c - 1.2 > linux/arch/ppc/kernel/idle_6xx.S - 1.2 > linux/include/asm-m68k/nubus.h - 1.2 > linux/arch/ppc/configs/spruce_defconfig - 1.3 > linux/arch/ppc/configs/pal4_defconfig - 1.3 > linux/arch/ppc/configs/briq_defconfig - 1.3 > linux/include/asm-ia64/machvec_hpzx1.h - 1.2 > linux/include/asm-ia64/acpi.h - 1.2 > linux/arch/ppc/boot/simple/misc-spruce.c - 1.2 > linux/arch/parisc/vmlinux64.lds - 1.2 > linux/arch/parisc/kernel/unaligned.c - 1.2 > linux/arch/parisc/kernel/sys_parisc32.c - 1.2 > linux/arch/parisc/kernel/processor.c - 1.2 > linux/arch/parisc/kernel/power.c - 1.2 > linux/drivers/sound/forte.c - 1.2 > linux/fs/jfs/super.c - 1.2 > linux/fs/jfs/resize.c - 1.2 > linux/fs/jfs/namei.c - 1.2 > linux/fs/jfs/jfs_xtree.c - 1.2 > linux/fs/jfs/jfs_unicode.c - 1.2 > linux/fs/jfs/jfs_umount.c - 1.2 > linux/fs/jfs/jfs_txnmgr.c - 1.2 > linux/fs/jfs/jfs_mount.c - 1.2 > linux/fs/jfs/jfs_metapage.h - 1.2 > linux/fs/jfs/jfs_metapage.c - 1.2 > linux/fs/jfs/jfs_logmgr.h - 1.2 > linux/fs/jfs/jfs_logmgr.c - 1.2 > linux/fs/jfs/jfs_inode.c - 1.2 > linux/fs/jfs/jfs_incore.h - 1.2 > linux/fs/jfs/jfs_imap.c - 1.2 > linux/fs/jfs/jfs_extent.c - 1.2 > linux/fs/jfs/jfs_dtree.c - 1.2 > linux/fs/jfs/jfs_dmap.c - 1.2 > linux/fs/jfs/jfs_debug.h - 1.2 > linux/fs/jfs/jfs_debug.c - 1.2 > linux/fs/jfs/jfs_btree.h - 1.2 > linux/fs/jfs/inode.c - 1.2 > linux/fs/jfs/file.c - 1.2 > linux/arch/parisc/kernel/ioctl32.c - 1.2 > linux/drivers/usb/hc_sl811.c - 1.2 > linux/arch/parisc/kernel/head64.S - 1.2 > linux/arch/parisc/kernel/firmware.c - 1.2 > linux/fs/befs/super.c - 1.2 > linux/fs/befs/linuxvfs.c - 1.2 > linux/fs/befs/io.c - 1.2 > linux/fs/befs/inode.c - 1.2 > linux/fs/befs/endian.h - 1.2 > linux/fs/befs/debug.c - 1.2 > linux/fs/befs/datastream.c - 1.2 > linux/fs/befs/compatibility.h - 1.2 > linux/fs/befs/btree.c - 1.2 > linux/fs/befs/befs_fs_types.h - 1.2 > linux/fs/befs/befs_fs.h - 1.2 > linux/fs/befs/attribute.c - 1.2 > linux/fs/befs/TODO - 1.2 > linux/drivers/usb/serial/io_ti.c - 1.2 > linux/drivers/video/sti/stifb.c - 1.2 > linux/drivers/video/sti/sticore.c - 1.2 > linux/drivers/video/sis/sis_accel.c - 1.2 > linux/drivers/usb/storage/sddr55.c - 1.2 > linux/drivers/usb/tiglusb.c - 1.2 > linux/drivers/usb/usb-midi.c - 1.2 > linux/drivers/usb/usb-midi.h - 1.2 >=20 >=20 >=20 Hi Steve, I just tried to compile the latest merge and i get this error: gcc -D__KERNEL__ -I/usr/src/linux-2.4.21/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=3D2 -march=3Di686 -I= . -funsigned-char -nostdinc -iwithprefix include -DKBUILD_BASENAME=3Dxfs_dmops -c -o xfs_dmops.o xfs_dmops.c xfs_dmops.c:35: parse error before "xfs_dmcore_xfs" xfs_dmops.c:35: warning: type defaults to `int' in declaration of `xfs_dmcore_xfs' xfs_dmops.c:36: field name not in record or union initializer xfs_dmops.c:36: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:36: `xfs_send_data_t' undeclared here (not in a function) xfs_dmops.c:36: initializer element is not constant xfs_dmops.c:36: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:36: parse error before "fs_nosys" xfs_dmops.c:37: field name not in record or union initializer xfs_dmops.c:37: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:37: `xfs_send_mmap_t' undeclared here (not in a function) xfs_dmops.c:37: warning: excess elements in scalar initializer xfs_dmops.c:37: warning: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:37: parse error before "fs_noerr" xfs_dmops.c:38: field name not in record or union initializer xfs_dmops.c:38: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:38: `xfs_send_destroy_t' undeclared here (not in a function) xfs_dmops.c:38: warning: excess elements in scalar initializer xfs_dmops.c:38: warning: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:38: parse error before "fs_nosys" xfs_dmops.c:39: field name not in record or union initializer xfs_dmops.c:39: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:39: `xfs_send_namesp_t' undeclared here (not in a function) xfs_dmops.c:39: warning: excess elements in scalar initializer xfs_dmops.c:39: warning: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:39: parse error before "fs_nosys" xfs_dmops.c:40: field name not in record or union initializer xfs_dmops.c:40: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:40: `xfs_send_unmount_t' undeclared here (not in a function) xfs_dmops.c:40: warning: excess elements in scalar initializer xfs_dmops.c:40: warning: (near initialization for `xfs_dmcore_xfs') xfs_dmops.c:40: parse error before "fs_noval" xfs_dmops.c:41: warning: data definition has no type or storage class make[3]: *** [xfs_dmops.o] Error 1 make[3]: Leaving directory `/usr/src/linux-2.4.21/fs/xfs' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/usr/src/linux-2.4.21/fs/xfs' make[1]: *** [_subdir_xfs] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.21/fs' make: *** [_dir_fs] Error 2 Hope there is an easy fix... Regards, Paul --=-NXPZik5+evYB+qrIVdYt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+sWXyIymMQsXoRDARAn4LAJ40Wo83tuTVW9rVIBn1itjj1pQlAwCeJJwm ygderldfw10YHqAvrt55TSI= =9pD3 -----END PGP SIGNATURE----- --=-NXPZik5+evYB+qrIVdYt-- From owner-linux-xfs@oss.sgi.com Thu May 1 11:28:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 11:28:55 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41ISfFu028461 for ; Thu, 1 May 2003 11:28:42 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41ISaVV030170 for ; Thu, 1 May 2003 11:28:36 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h41ISYa222096249; Thu, 1 May 2003 13:28:34 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h41ISYRn56458080; Thu, 1 May 2003 13:28:34 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h41ISYp02491; Thu, 1 May 2003 13:28:34 -0500 Subject: Re: TAKE - merge up to 2.4.21-rc1 From: Steve Lord To: Paul Blazejowski Cc: linux-xfs In-Reply-To: <1051813362.7442.3.camel@localhost> References: <200305010231.h412VCd32230@penguin.americas.sgi.com> <1051813362.7442.3.camel@localhost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1051813713.843.4.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 01 May 2003 13:28:34 -0500 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3890 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Thu, 2003-05-01 at 13:22, Paul Blazejowski wrote: > Hi Steve, > > I just tried to compile the latest merge and i get this error: > > gcc -D__KERNEL__ -I/usr/src/linux-2.4.21/include -Wall > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common > -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -I. > -funsigned-char -nostdinc -iwithprefix include > -DKBUILD_BASENAME=xfs_dmops -c -o xfs_dmops.o xfs_dmops.c > xfs_dmops.c:35: parse error before "xfs_dmcore_xfs" > xfs_dmops.c:35: warning: type defaults to `int' in declaration of > `xfs_dmcore_xfs' > xfs_dmops.c:36: field name not in record or union initializer > xfs_dmops.c:36: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:36: `xfs_send_data_t' undeclared here (not in a function) > xfs_dmops.c:36: initializer element is not constant > xfs_dmops.c:36: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:36: parse error before "fs_nosys" > xfs_dmops.c:37: field name not in record or union initializer > xfs_dmops.c:37: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:37: `xfs_send_mmap_t' undeclared here (not in a function) > xfs_dmops.c:37: warning: excess elements in scalar initializer > xfs_dmops.c:37: warning: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:37: parse error before "fs_noerr" > xfs_dmops.c:38: field name not in record or union initializer > xfs_dmops.c:38: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:38: `xfs_send_destroy_t' undeclared here (not in a function) > xfs_dmops.c:38: warning: excess elements in scalar initializer > xfs_dmops.c:38: warning: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:38: parse error before "fs_nosys" > xfs_dmops.c:39: field name not in record or union initializer > xfs_dmops.c:39: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:39: `xfs_send_namesp_t' undeclared here (not in a function) > xfs_dmops.c:39: warning: excess elements in scalar initializer > xfs_dmops.c:39: warning: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:39: parse error before "fs_nosys" > xfs_dmops.c:40: field name not in record or union initializer > xfs_dmops.c:40: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:40: `xfs_send_unmount_t' undeclared here (not in a function) > xfs_dmops.c:40: warning: excess elements in scalar initializer > xfs_dmops.c:40: warning: (near initialization for `xfs_dmcore_xfs') > xfs_dmops.c:40: parse error before "fs_noval" > xfs_dmops.c:41: warning: data definition has no type or storage class > make[3]: *** [xfs_dmops.o] Error 1 > make[3]: Leaving directory `/usr/src/linux-2.4.21/fs/xfs' > make[2]: *** [first_rule] Error 2 > make[2]: Leaving directory `/usr/src/linux-2.4.21/fs/xfs' > make[1]: *** [_subdir_xfs] Error 2 > make[1]: Leaving directory `/usr/src/linux-2.4.21/fs' > make: *** [_dir_fs] Error 2 > > Hope there is an easy fix... > > Regards, > > Paul Actually, I think you got bitten by the header file change which came shortly after that, I got exactly the same error here. It is fixed now, and if it is not on oss now, will be within the hour. Try another cvs update. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu May 1 12:23:28 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 12:23:47 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41JNRFu029305 for ; Thu, 1 May 2003 12:23:28 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41JNME0022391 for ; Thu, 1 May 2003 12:23:22 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h41JNLa222079178 for ; Thu, 1 May 2003 14:23:21 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h41JNLRn58195012 for ; Thu, 1 May 2003 14:23:21 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h41JJMe03016; Thu, 1 May 2003 14:19:22 -0500 Message-Id: <200305011919.h41JJMe03016@penguin.americas.sgi.com> Date: Thu, 1 May 2003 14:19:22 -0500 Subject: TAKE - clean up some debug output. To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3891 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Date: Thu May 1 12:23:01 PDT 2003 Workarea: penguin.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147656a linux/fs/xfs/xfsidbg.c - 1.223 - cleanup xnode kdb command From owner-linux-xfs@oss.sgi.com Thu May 1 12:43:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 12:43:39 -0700 (PDT) Received: from mail.blazebox.homeip.net (postfix@pool-162-83-128-147.ny5030.east.verizon.net [162.83.128.147]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41JhJFu029908 for ; Thu, 1 May 2003 12:43:20 -0700 Received: from localhost (localhost [127.0.0.1]) by mail.blazebox.homeip.net (Postfix) with ESMTP id 0EDCAA051; Thu, 1 May 2003 15:43:18 -0400 (EDT) Received: from mail.blazebox.homeip.net (localhost [127.0.0.1]) by localhost (AvMailGate-2.0.1.11) id 30548-3483914D; Thu, 01 May 2003 15:43:17 -0400 Received: from blaze.blazebox.homeip.net (blaze [192.168.0.43]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.blazebox.homeip.net (Postfix) with ESMTP id AB39F9E20; Thu, 1 May 2003 15:43:17 -0400 (EDT) Subject: Re: TAKE - merge up to 2.4.21-rc1 From: Paul Blazejowski To: Steve Lord Cc: linux-xfs In-Reply-To: <1051813713.843.4.camel@jen.americas.sgi.com> References: <200305010231.h412VCd32230@penguin.americas.sgi.com> <1051813362.7442.3.camel@localhost> <1051813713.843.4.camel@jen.americas.sgi.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RemOlaKZfUv4fkeQj+M1" Organization: Message-Id: <1051818110.11291.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.2 (Slackware Linux) Date: 01 May 2003 15:41:50 -0400 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.11; AVE: 6.19.0.3; VDF: 6.19.0.10; host: blazebox.homeip.net) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3892 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: paulb@blazebox.homeip.net Precedence: bulk X-list: linux-xfs --=-RemOlaKZfUv4fkeQj+M1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-05-01 at 14:28, Steve Lord wrote: > On Thu, 2003-05-01 at 13:22, Paul Blazejowski wrote: > Actually, I think you got bitten by the header file change which came=20 > shortly after that, I got exactly the same error here. It is fixed now, > and if it is not on oss now, will be within the hour. Try another cvs > update. >=20 > Steve Thank you...it all compiles fine now :-). Paul (Linux blaze 2.4.21-rc1-xfs #1 Thu May 1 14:44:17 EDT 2003 i686 unknown) --=-RemOlaKZfUv4fkeQj+M1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+sXh+IymMQsXoRDARAtV5AJ40btV1FG8qC5Q5b5wjqA+oWP7LyACfQ4fS 6rhVzAra2LmZe9xr2z9iuFo= =zoUQ -----END PGP SIGNATURE----- --=-RemOlaKZfUv4fkeQj+M1-- From owner-linux-xfs@oss.sgi.com Thu May 1 14:08:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 14:09:16 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41L8nFu001226 for ; Thu, 1 May 2003 14:08:49 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41L8iVV010349 for ; Thu, 1 May 2003 14:08:44 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h41L8ha222089818 for ; Thu, 1 May 2003 16:08:43 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h41L8hRn52627480 for ; Thu, 1 May 2003 16:08:43 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h41L4gM13759; Thu, 1 May 2003 16:04:42 -0500 Message-Id: <200305012104.h41L4gM13759@penguin.americas.sgi.com> Date: Thu, 1 May 2003 16:04:42 -0500 Subject: TAKE - Rework xfs metadata flushing To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3893 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. This seems to fix a number of things, being as complex as it is, it probably introduces a couple too. Date: Thu May 1 14:05:53 PDT 2003 Workarea: penguin.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147673a linux/fs/xfs/linux/xfs_syncd.c - 1.1 - New syncd thread which does metadata flushing periodically linux/fs/xfs/xfs_rw.c - 1.378 - remove timer associated with refcache purging linux/fs/xfs/xfs_vnodeops.c - 1.590 - Change flush flags used in the write_inode path, if an inode is in the log, start the write immediately, if not, do a delayed write. Add a new list the i_reclaim list to hold inodes being reclaimed. linux/fs/xfs/xfs_vfsops.c - 1.419 - restructure xfs_syncsub so it is a little easier to read. Move the inode flush component used from various places into its own function. In the SYNC_BDFLUSH no longer walk the inode chain, just the deleted inode list. Control refcache purging with a different flag. When writing a dummy record into an idle log, start it off to disk right away rather than waiting for the next sync to come along and find it. linux/fs/xfs/xfs_iget.c - 1.187 - process the i_reclaim list of unlinked inodes linux/fs/xfs/xfs_mount.h - 1.171 - add m_del_inodes list and remove m_sbdirty_timer from xfs_mount_t linux/fs/xfs/xfs_mount.c - 1.327 - no need for timers to dirty the super block anymore linux/fs/xfs/xfs_inode.c - 1.372 - when an inode gets unpinned, mark it dirty so write_inode will be called. linux/fs/xfs/xfs_inode.h - 1.180 - add i_reclaim list linux/fs/xfs/linux/xfs_vfs.c - 1.45 - new vfs fields for the syncd thread need initializing linux/fs/xfs/linux/xfs_globals.c - 1.47 - add new sync_interval to the xfs_params, controls rate of operation of the xfs_syncd thread. linux/fs/xfs/linux/Makefile - 1.71 - add new file xfs_syncd.c linux/fs/xfs/linux/xfs_super.h - 1.44 - prototypes for linvfs_start_syncd and linvfs_stop_syncd linux/fs/xfs/linux/xfs_super.c - 1.251 - stop and start the syncd thread on mount and unmount, clear s_dirt after write_super calls into xfs rather than before, do not set the sb_dirt flag if write_inode fails to flush an inode. linux/fs/xfs/linux/xfs_iops.c - 1.191 - remove all mark_inode_dirty_sync calls, they were all on inodes which were being logged, the inode is only flushable after the log hits the disk. linux/fs/xfs/linux/xfs_vnode.h - 1.78 - VMODIFY no longer marks the inode dirty linux/fs/xfs/linux/xfs_vfs.h - 1.39 - new vfs fields for the syncd thread linux/fs/xfs/linux/xfs_sysctl.h - 1.12 - add XFS_SYNC_INTERVAL linux/fs/xfs/linux/xfs_sysctl.c - 1.18 - add new XFS_SYNC_INTERVAL to sysctl tables From owner-linux-xfs@oss.sgi.com Thu May 1 14:24:13 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 14:24:25 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41LOBFu001696 for ; Thu, 1 May 2003 14:24:12 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41Lc2Ve029782 for ; Thu, 1 May 2003 16:38:03 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h41LO5a221955776 for ; Thu, 1 May 2003 16:24:05 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h41LO6Rn52224023 for ; Thu, 1 May 2003 16:24:06 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h41LK5J14593; Thu, 1 May 2003 16:20:05 -0500 Message-Id: <200305012120.h41LK5J14593@penguin.americas.sgi.com> Date: Thu, 1 May 2003 16:20:05 -0500 Subject: TAKE - fix array index used for sync_interval in sysctl table To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3894 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Date: Thu May 1 14:22:39 PDT 2003 Workarea: penguin.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147679a linux/fs/xfs/linux/xfs_sysctl.c - 1.19 From owner-linux-xfs@oss.sgi.com Thu May 1 14:32:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 14:32:23 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41LWKFu002221 for ; Thu, 1 May 2003 14:32:20 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41LWEVV013119 for ; Thu, 1 May 2003 14:32:14 -0700 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h41LWEiU011940 for ; Thu, 1 May 2003 16:32:14 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h41LWEER011938 for linux-xfs@oss.sgi.com; Thu, 1 May 2003 16:32:14 -0500 Date: Thu, 1 May 2003 16:32:14 -0500 From: Rusell Cattelan Message-Id: <200305012132.h41LWEER011938@naboo.americas.sgi.com> Subject: TAKE - Allow repair to run on a read only filesystem. X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3895 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Date: Thu May 1 14:31:58 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs2/XFS/x2.4-xfs-devel The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:147682a cmd/xfsprogs/man/man8/xfs_repair.8 - 1.5 - update man page. cmd/xfsprogs/include/libxfs.h - 1.26 - Added LIBXFS_DANGEROUSLY flag cmd/xfsprogs/repair/init.c - 1.10 - add dangerously flag cmd/xfsprogs/repair/globals.h - 1.9 - add dangerously flag cmd/xfsprogs/repair/xfs_repair.c - 1.13 - add dangerously flag cmd/xfsprogs/libxfs/init.c - 1.28 - rework the init code a bit ... get rid of some cut and paste coding. check for dangerously flag. From owner-linux-xfs@oss.sgi.com Thu May 1 14:48:23 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 14:48:35 -0700 (PDT) Received: from imf52bis.bellsouth.net (mail141.mail.bellsouth.net [205.152.58.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41LmMFu002781 for ; Thu, 1 May 2003 14:48:23 -0700 Received: from tiger2 ([66.156.7.215]) by imf52bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030501215025.WQHZ2935.imf52bis.bellsouth.net@tiger2>; Thu, 1 May 2003 17:50:25 -0400 Date: Thu, 1 May 2003 17:54:21 -0400 From: "'freemyer@norcrossgroup.com'" Subject: re: Regarding XFS and LVM To: Suresh Grandhi cc: xfs mailing list Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030501215025.WQHZ2935.imf52bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h41LmNFu002789 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3896 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Suresh, I'm glad you think I'm a xfs expert, but I'm not. Just a user. I have forwarded your e-mail to the XFS list. i.e. where the experts live. >> Hi, >> lvextend or lvreduce can be used to extend or reduce the size of the LV. >> When we resize the LV, is there commands to make the file system(XFS) >> understand those changes. >> I read in a document that XLV can be used to dynamically extend the size >> of >> the LV >> or the filesystem at the same time. >> Is the tool ported into Linux? or similar tool available in linux? >> Can we reduce the size of the LV or filesystem with this tool? >> Your help is appreciated, >> regards, >> suresh From owner-linux-xfs@oss.sgi.com Thu May 1 14:55:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 14:55:17 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h41Lt7Fu003335 for ; Thu, 1 May 2003 14:55:08 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h41M8xVe030360 for ; Thu, 1 May 2003 17:08:59 -0500 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h41Lt1a222114080; Thu, 1 May 2003 16:55:02 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 19BM17-0004vo-00; Thu, 01 May 2003 16:55:01 -0500 Date: Thu, 1 May 2003 16:55:01 -0500 From: Nathan Straz To: Suresh Grandhi Cc: Suresh Grandhi , xfs mailing list Subject: Re: Regarding XFS and LVM Message-ID: <20030501215501.GB14978@sgi.com> Mail-Followup-To: Suresh Grandhi , xfs mailing list References: <20030501215025.WQHZ2935.imf52bis.bellsouth.net@tiger2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030501215025.WQHZ2935.imf52bis.bellsouth.net@tiger2> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3897 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs On Thu, May 01, 2003 at 05:54:21PM -0400, 'freemyer@norcrossgroup.com' wrote: > Suresh, > > I'm glad you think I'm a xfs expert, but I'm not. Just a user. > > I have forwarded your e-mail to the XFS list. i.e. where the experts live. > > >> Hi, > >> lvextend or lvreduce can be used to extend or reduce the size of the LV. > >> When we resize the LV, is there commands to make the file system(XFS) > >> understand those changes. > > >> I read in a document that XLV can be used to dynamically extend the size > >> of > >> the LV > >> or the filesystem at the same time. > >> Is the tool ported into Linux? or similar tool available in linux? > >> Can we reduce the size of the LV or filesystem with this tool? Take a look at xfs_growfs. It will increase the file system size after you extend an LV. However, you can't shrink an XFS file system. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Thu May 1 17:35:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 17:35:45 -0700 (PDT) Received: from fozzie.enc.com.au (fozzie.enc.com.au [150.101.196.29]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h420ZRFu005116 for ; Thu, 1 May 2003 17:35:31 -0700 Received: by fozzie.enc.com.au (Postfix, from userid 1000) id 4FD832189B8; Fri, 2 May 2003 10:35:21 +1000 (EST) Date: Fri, 2 May 2003 10:35:21 +1000 To: linux-xfs@oss.sgi.com Subject: Small bug in ktrace.c Message-ID: <20030502003521.GA19816@enc.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i From: csmall@enc.com.au (Craig Small) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3898 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: csmall@enc.com.au Precedence: bulk X-list: linux-xfs Hello, I'm trying to compile a kernel on the alpha arch. The source is from the Debian package kernel-source 2.4.20-6 which i then patch with the 2.4.20 XFS patches only, quota32 and kernel. It dies around here gcc -D__KERNEL__ -I/usr/src/kernel-source-2.4.20/include -Wall -Wstrict-prototyp es -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pip e -mno-fp-regs -ffixed-8 -mcpu=pca56 -Wa,-mev6 -I.. -nostdinc -iwithprefix incl ude -DKBUILD_BASENAME=ktrace -DEXPORT_SYMTAB -c ktrace.c In file included from ktrace.c:35: ../xfs_types.h:61: syntax error before "xfs_off_t" (then it complains about BITS_PER_LONG) ktrace.c needs to include linux/types.h or asm/types.h I changed the file to this: #include #include #include It compiled fine. I cannot test if it works ok because i have another problem (unrelated I think) with sync,kupdated and sshd all sitting at state D and shutdown goes D too so I have to power-cycle the box :( - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/ MIEEE Debian developer From owner-linux-xfs@oss.sgi.com Thu May 1 18:03:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 18:03:20 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4213GFu005655 for ; Thu, 1 May 2003 18:03:17 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h421H6Ve000643 for ; Thu, 1 May 2003 20:17:07 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h42138ch732040 for ; Fri, 2 May 2003 11:03:08 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h42137bL732364 for linux-xfs@oss.sgi.com; Fri, 2 May 2003 11:03:07 +1000 (EST) Date: Fri, 2 May 2003 11:03:07 +1000 (EST) From: Nathan Scott Message-Id: <200305020103.h42137bL732364@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - fix Alpha build X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3899 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs bump version number for xfs_repair-on-ro-device changes. Date: Thu May 1 16:37:41 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:147707a cmd/xfsprogs/VERSION - 1.76 cmd/xfsprogs/doc/CHANGES - 1.104 cmd/xfsprogs/debian/changelog - 1.68 Fix compile for Alpha architecture. Date: Thu May 1 18:01:52 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147717a linux/fs/xfs/support/ktrace.c - 1.14 From owner-linux-xfs@oss.sgi.com Thu May 1 18:21:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 18:21:23 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h421LKFu006175 for ; Thu, 1 May 2003 18:21:21 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h421LEVV001678 for ; Thu, 1 May 2003 18:21:15 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h421LDch726411 for ; Fri, 2 May 2003 11:21:13 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h421LDVq730143 for linux-xfs@oss.sgi.com; Fri, 2 May 2003 11:21:13 +1000 (EST) Date: Fri, 2 May 2003 11:21:13 +1000 (EST) From: Nathan Scott Message-Id: <200305020121.h421LDVq730143@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsdump configure updates X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3900 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Bunch of configure updates for xfsdump to allow packages to better be kept in sync in this area. Date: Thu May 1 18:20:12 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:147718a cmd/xfsdump/m4/package_xfslibs.m4 - 1.1 - Macros for checking aspects of the installed xfsprogs packages. cmd/xfsdump/m4/package_uuiddev.m4 - 1.1 - Macros for checking aspects of the installed UUID packages. cmd/xfsdump/aclocal.m4 - 1.1 - Generated m4 macros, do not edit. cmd/xfsdump/m4/package_utilies.m4 - 1.1 - Macros which check instaled/requested tools for package builds. cmd/xfsdump/m4/package_ncurses.m4 - 1.1 - Macros for checking aspects of the installed curses packages. cmd/xfsdump/m4/package_globals.m4 - 1.1 - Macros which setup global build variables for package builds. cmd/xfsdump/m4/package_attrdev.m4 - 1.1 - Macros for checking aspects of the installed attr packages. cmd/xfsdump/m4/package_dmapidev.m4 - 1.1 - Macros for checking aspects of the installed dmapi packages. cmd/xfsdump/m4/manual_format.m4 - 1.1 - Macro for auto-detecting manual format in use on the system. cmd/xfsdump/m4/Makefile - 1.1 - Reworked configure.in to use local m4 macros instead of shell snippets. cmd/xfsdump/configure.in - 1.33 - Rewrite to use local m4 macros instead of shell snippets. cmd/xfsdump/Makefile - 1.15 - Add an aclocal.m4 build target for top level directory. cmd/xfsdump/VERSION - 1.50 - bump version for configure changes. cmd/xfsdump/doc/CHANGES - 1.58 - bump version for configure changes. cmd/xfsdump/build/rpm/Makefile - 1.12 - Sync build Makefiles with other packages, minor. cmd/xfsdump/build/rpm/xfsdump.spec.in - 1.14 - Fix botch in specfile - added -dev targets accidentally. cmd/xfsdump/build/tar/Makefile - 1.7 - Sync build Makefiles with other packages, minor. cmd/xfsdump/include/buildrules - 1.9 - Remove some unused macros. cmd/xfsdump/include/builddefs.in - 1.22 - Remove some unused macros. cmd/xfsdump/debian/control - 1.16 - Updates to Debian packaging. cmd/xfsdump/debian/changelog - 1.40 - bump version for configure changes. cmd/xfsdump/debian/shlibs.local - 1.3 - Updates to Debian packaging. cmd/xfsdump/include/buildmacros - 1.10 - Remove some unused macros. cmd/xfsdump/include/config.h.in - 1.7 - Remove some unused macros. From owner-linux-xfs@oss.sgi.com Thu May 1 18:32:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 18:33:03 -0700 (PDT) Received: from picasso.animezone.org (CPE006097a16e12-CM3236333133323237.cpe.net.cable.rogers.com [24.114.60.69] (may be forged)) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h421WiFu006696 for ; Thu, 1 May 2003 18:32:46 -0700 Received: from visualfx.animezone.org (localhost [127.0.0.1]) by picasso.animezone.org (8.12.8/8.12.8) with ESMTP id h421WPJB004836; Thu, 1 May 2003 21:32:26 -0400 Message-ID: <3EB1CAA9.7080804@visualfx.animezone.org> Date: Thu, 01 May 2003 21:32:25 -0400 From: Andrew Ho User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen CC: shhueng@pchome.com.tw, linux-xfs@oss.sgi.com Subject: Re: (no subject) References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-MIME-Autoconverted: from 8bit to quoted-printable by picasso.animezone.org id h421WPJB004836 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h421WlFu006697 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3901 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andrewho@visualfx.animezone.org Precedence: bulk X-list: linux-xfs Content-Length: 939 Lines: 44 Making the Ultra 320 control driver for 2.4.18-4SGI_XFS_1.1 is not very difficult. I made the driver image. It took a lot of time and patient. The driver was tested with an IBM P4 computer and a HP P4 Xeon. Can I upload to oss.sgi.com? Or can I send with an attachment with the email to linux-xfs@oss.sgi.com. Thanks, andrewho O.O Eric Sandeen wrote: >Are you using a driver disk during the stock 7.3 install? if so, that driver >will not load on the XFS installer, because it is a different kernel. > >If this is the case, making a new driver disk is possible, but difficult. > >-Eric > >On Sat, 26 Apr 2003 shhueng@pchome.com.tw wrote: > > > >>Hello, >> >>I can¡¦t install Ultra 320 control driver (AIC-7902) during installing XFS 1.1 for Redhat 7.3. >>But I can install ultra 320 control driver during only installing Redhat 7.3. >>Could you help me to solve this problem? >> >>Best regards, >>Shhueng >> >> > > > > > From owner-linux-xfs@oss.sgi.com Thu May 1 19:14:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 19:14:29 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h422E1Fu007508 for ; Thu, 1 May 2003 19:14:01 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h422ENxa001494 for ; Thu, 1 May 2003 21:14:23 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: TAKE/TEST - fix Alpha "rm -Rf" deadlock bug Date: Thu, 1 May 2003 21:14:35 -0500 User-Agent: KMail/1.5.1 References: <20030429202146.LSXJ15122.imf31bis.bellsouth.net@tiger2> In-Reply-To: <20030429202146.LSXJ15122.imf31bis.bellsouth.net@tiger2> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_LSds+j1T5WsUQP7" Message-Id: <200305012114.35730.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3902 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 2198 Lines: 58 --Boundary-00=_LSds+j1T5WsUQP7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline After some testing and hammering the XFS 2003-04-07 patchset on my decrepit EV56 box, I got the best break I've had all week. The breakdown: The XFS driver appears to make an assumption about sizeof(long) in fs/xfs/xfs_vfsops.c. Apparently it's trying to clamp the max inode count to a signed 32-bit range based on that sizeof() assumption. The assumption obviously doesn't hold for Alpha (and probably other 64-bit architectures as well). (The only reason I stumbled on this at all is because it tripped a gcc warning that it doesn't trip on i386. Long live -Wall!) The obvious solution is to use the C99 types for integers with rigidly-defined sizes. In this case, I believe the appropriate type is __int32_t, and the attached patch makes an adjustment for that. I've been testing this fix for the last few hours, and the previous deadlock hasn't occurred once so far out of six testcase runs (without the fix, the deadlock would occur every one or two runs). The attached patch is against the 2003-04-07 tree. It also applies against current CVS (2003-05-01), albeit with a significant offset. -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" --Boundary-00=_LSds+j1T5WsUQP7 Content-Type: text/x-diff; charset="iso-8859-1"; name="linux-2.4.20-xfs-alpha-deadlock.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="linux-2.4.20-xfs-alpha-deadlock.patch" diff -Naur linux-2.4.20/fs/xfs/xfs_vfsops.c linux-2.4.20-xfs-alpha-deadlock/fs/xfs/xfs_vfsops.c --- linux-2.4.20/fs/xfs/xfs_vfsops.c 2003-05-01 20:40:04.000000000 -0500 +++ linux-2.4.20-xfs-alpha-deadlock/fs/xfs/xfs_vfsops.c 2003-05-01 20:41:01.000000000 -0500 @@ -728,7 +728,7 @@ if (!mp->m_inoadd) #endif statp->f_files = - MIN(statp->f_files, (long)mp->m_maxicount); + MIN(statp->f_files, (__int32_t)(mp->m_maxicount)); statp->f_ffree = statp->f_files - (sbp->sb_icount - sbp->sb_ifree); XFS_SB_UNLOCK(mp, s); --Boundary-00=_LSds+j1T5WsUQP7-- From owner-linux-xfs@oss.sgi.com Thu May 1 19:19:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 19:19:24 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h422JHFu007953 for ; Thu, 1 May 2003 19:19:17 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h422JBE0028499 for ; Thu, 1 May 2003 19:19:12 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h422J8a222164506; Thu, 1 May 2003 21:19:08 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h422J9Yl8938975; Thu, 1 May 2003 21:19:09 -0500 (CDT) Date: Thu, 1 May 2003 21:15:09 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Andrew Ho cc: shhueng@pchome.com.tw, Subject: Re: (no subject) In-Reply-To: <3EB1CAA9.7080804@visualfx.animezone.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by rj.sgi.com id h422JBE0028499 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h422JIFu007954 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3903 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1232 Lines: 54 I'm sorry, I saw your earlier mail bounce off the list (too big) and forgot to do anything with it. If you send it directly to me, I can put it on oss.sgi.com -Eric On Thu, 1 May 2003, Andrew Ho wrote: > Making the Ultra 320 control driver for 2.4.18-4SGI_XFS_1.1 is not very > difficult. > I made the driver image. It took a lot of time and patient. > The driver was tested with an IBM P4 computer and a HP P4 Xeon. > Can I upload to oss.sgi.com? > Or can I send with an attachment with the email to linux-xfs@oss.sgi.com. > > Thanks, > > andrewho > > O.O > > Eric Sandeen wrote: > > >Are you using a driver disk during the stock 7.3 install? if so, that driver > >will not load on the XFS installer, because it is a different kernel. > > > >If this is the case, making a new driver disk is possible, but difficult. > > > >-Eric > > > >On Sat, 26 Apr 2003 shhueng@pchome.com.tw wrote: > > > > > > > >>Hello, > >> > >>I can¡¦t install Ultra 320 control driver (AIC-7902) during installing XFS 1.1 for Redhat 7.3. > >>But I can install ultra 320 control driver during only installing Redhat 7.3. > >>Could you help me to solve this problem? > >> > >>Best regards, > >>Shhueng > >> > >> > > > > > > > > > > > > From owner-linux-xfs@oss.sgi.com Thu May 1 19:34:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 19:34:20 -0700 (PDT) Received: from thunder6.cwihosting.com (thunder6.cwihosting.com [64.49.208.244] (may be forged)) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h422YHFu008470 for ; Thu, 1 May 2003 19:34:18 -0700 Received: from film by thunder6.cwihosting.com with local (Exim 3.36 #1) id 19BQNN-0006Bg-00 for linux-xfs@oss.sgi.com; Thu, 01 May 2003 21:34:17 -0500 From: "Harald Brendel" To: linux-xfs@oss.sgi.com Subject: RedHat 9 X-Mailer: NeoMail 1.25 X-IPAddress: 219.88.64.109 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Thu, 01 May 2003 21:34:17 -0500 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - thunder6.cwihosting.com X-AntiAbuse: Original Domain - oss.sgi.com X-AntiAbuse: Originator/Caller UID/GID - [715 727] / [715 727] X-AntiAbuse: Sender Address Domain - thunder6.cwihosting.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3904 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: harald@filmpixels.net Precedence: bulk X-list: linux-xfs Content-Length: 332 Lines: 17 Hello, I just installed RedHat 9 on a Pentium 4 computer. I wanted to add XFS support but the kernel patches are for 2.4.19 The kernel which comes with RedHat 9 is 2.4.20-8. Can I apply the patches to this kernel? Regards Harald Brendel Posthouse Ltd. TEL: +64 (0)4-3889-864 FAX: +64 (0)4-3806240 MOBILE: +64 (0)21-313910 From owner-linux-xfs@oss.sgi.com Thu May 1 19:38:56 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 19:38:59 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h422ctFu008927 for ; Thu, 1 May 2003 19:38:56 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h422coE0030014 for ; Thu, 1 May 2003 19:38:50 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h422cna221911511; Thu, 1 May 2003 21:38:49 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h422cnYl8980003; Thu, 1 May 2003 21:38:49 -0500 (CDT) Date: Thu, 1 May 2003 21:34:50 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Harald Brendel cc: linux-xfs@oss.sgi.com Subject: Re: RedHat 9 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3905 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 696 Lines: 31 If you get the installer ISO from ftp://oss.sgi.com/projects/xfs/download/Release-1.2/installer/forRH-9.0-SGI-XFS-1.2.0-v1.iso you will find the XFS 1.2 patches merged into the 2.4.20-8 kernel. we should put them up by themselves so that you don't need to download 320M... -Eric On Thu, 1 May 2003, Harald Brendel wrote: > Hello, > > I just installed RedHat 9 on a Pentium 4 computer. I wanted to add XFS > support but the kernel patches are for 2.4.19 > The kernel which comes with RedHat 9 is 2.4.20-8. Can I apply the > patches to this kernel? > > Regards > > Harald Brendel > > Posthouse Ltd. > TEL: +64 (0)4-3889-864 > FAX: +64 (0)4-3806240 > MOBILE: +64 (0)21-313910 > > > From owner-linux-xfs@oss.sgi.com Thu May 1 20:06:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 20:06:26 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42367Fu009558 for ; Thu, 1 May 2003 20:06:08 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h42362VV008147 for ; Thu, 1 May 2003 20:06:02 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h42361a222160580; Thu, 1 May 2003 22:06:01 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-53.corp.sgi.com [134.15.64.53]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h42360Rn57319852; Thu, 1 May 2003 22:06:01 -0500 (CDT) Subject: Re: TAKE/TEST - fix Alpha "rm -Rf" deadlock bug From: Steve Lord To: Kelledin Cc: linux-xfs@oss.sgi.com In-Reply-To: <200305012114.35730.kelledin+XFS@skarpsey.dyndns.org> References: <20030429202146.LSXJ15122.imf31bis.bellsouth.net@tiger2> <200305012114.35730.kelledin+XFS@skarpsey.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 01 May 2003 22:06:23 -0500 Message-Id: <1051844785.1344.52.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3906 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1065 Lines: 29 On Thu, 2003-05-01 at 21:14, Kelledin wrote: > After some testing and hammering the XFS 2003-04-07 patchset on > my decrepit EV56 box, I got the best break I've had all week. > > The breakdown: > > The XFS driver appears to make an assumption about sizeof(long) > in fs/xfs/xfs_vfsops.c. Apparently it's trying to clamp the max > inode count to a signed 32-bit range based on that sizeof() > assumption. The assumption obviously doesn't hold for Alpha > (and probably other 64-bit architectures as well). Try this instead: --- /usr/tmp/TmpDir.15572-0/linux/fs/xfs/xfs_vfsops.c_1.419 Thu May 1 22:04:39 2003 +++ linux/fs/xfs/xfs_vfsops.c Thu May 1 21:57:43 2003 @@ -803,7 +803,7 @@ if (!mp->m_inoadd) #endif statp->f_files = - MIN(statp->f_files, (long)mp->m_maxicount); + MIN(statp->f_files, (typeof(statp->f_files))mp->m_maxicount); statp->f_ffree = statp->f_files - (sbp->sb_icount - sbp->sb_ifree); XFS_SB_UNLOCK(mp, s); Steve From owner-linux-xfs@oss.sgi.com Thu May 1 20:58:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 May 2003 20:58:49 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h423wVFu010374 for ; Thu, 1 May 2003 20:58:32 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h423wM8Y023651; Fri, 2 May 2003 05:58:22 +0200 Message-ID: <3EB1ECDE.8020207@stesmi.com> Date: Fri, 02 May 2003 05:58:22 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harald Brendel CC: linux-xfs@oss.sgi.com Subject: Re: RedHat 9 References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3907 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 865 Lines: 30 Eric Sandeen wrote: > If you get the installer ISO from > ftp://oss.sgi.com/projects/xfs/download/Release-1.2/installer/forRH-9.0-SGI-XFS-1.2.0-v1.iso > > you will find the XFS 1.2 patches merged into the 2.4.20-8 kernel. > > we should put them up by themselves so that you don't need to download > 320M... > > -Eric > > On Thu, 1 May 2003, Harald Brendel wrote: > > >>Hello, >> >>I just installed RedHat 9 on a Pentium 4 computer. I wanted to add XFS >>support but the kernel patches are for 2.4.19 >>The kernel which comes with RedHat 9 is 2.4.20-8. Can I apply the >>patches to this kernel? On ftp://ftp.uninett.no/pub/linux/RH-XFS-DVD you will find the 2.4.20-9 kernel from Redhat but patched with the 1.2.0 xfs code. It is used in both in the DVD which you will find there and of the SGI XFS releases. The -9 kernel is the errata kernel. // Stefan From owner-linux-xfs@oss.sgi.com Fri May 2 03:59:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 03:59:40 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42AxKFu019292 for ; Fri, 2 May 2003 03:59:21 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h42Axgxa004870 for ; Fri, 2 May 2003 05:59:42 -0500 From: Kelledin Subject: Re: TAKE/TEST - fix Alpha "rm -Rf" deadlock bug Date: Fri, 2 May 2003 05:59:57 -0500 User-Agent: KMail/1.5.1 To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305020559.57537.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3908 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 259 Lines: 10 Well...here I am again. The patch apparently gets rid of "rm -Rf" deadlocks, but now something else is deadlocking. Still checking this out... -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Fri May 2 04:18:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 04:18:17 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42BHxFu020220 for ; Fri, 2 May 2003 04:18:00 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h42BVqVe012285 for ; Fri, 2 May 2003 06:31:52 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h42BHqa222204987 for ; Fri, 2 May 2003 06:17:52 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h42BHrRn59041852 for ; Fri, 2 May 2003 06:17:53 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h42BHrt03492; Fri, 2 May 2003 06:17:53 -0500 Message-Id: <200305021117.h42BHrt03492@jen.americas.sgi.com> Date: Fri, 2 May 2003 06:17:53 -0500 Subject: PARTIAL TAKE - shrink xfs inode cache size To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3909 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 800 Lines: 22 XFS does not use the union at the end of the inode for its fs private data. There is 160 bytes per inode here which is wasted. Since we manage our own inode allocations, we can do something about this and actually not allocate that space. Saved 10Mbytes of space on my machine this morning after nightly cron jobs had pulled inodes into memory. Date: Fri May 2 04:17:20 PDT 2003 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147730a linux/fs/xfs/linux/xfs_super.c - 1.252 - Shrink the size of the slab cache used for xfs inodes to skip the union at the end of the inode. Do our own inode initialization to avoid the memset of the complete inode in the common code. From owner-linux-xfs@oss.sgi.com Fri May 2 06:34:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 06:34:48 -0700 (PDT) Received: from deepstrike.nameip.net (IDENT:1ZIi0a3T9jfr0DllxrwdTsXJEZGZqID0@[211.49.3.223]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42DYUFu021937 for ; Fri, 2 May 2003 06:34:31 -0700 Received: (qmail 3247 invoked by uid 500); 2 May 2003 13:34:21 -0000 Subject: Using xfs_growfs From: Seung-yeong Oh To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1051882460.2029.6.camel@deepstrike.nameip.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 02 May 2003 22:34:20 +0900 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3910 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: so1713@deepstrike.nameip.net Precedence: bulk X-list: linux-xfs Content-Length: 798 Lines: 19 Hello, I came up with some free disk space available right after my XFS partition. The free disk space is not formatted nor partitioned. And I don't use LVM. What would be the simplist way to use xfs_growfs command for this? I've read the man page but I'm sort of technically challenged.. # xfs_growfs -n / meta-data=/ isize=256 agcount=37, agsize=262144 blks data = bsize=4096 blocks=9506455, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=0 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=1200 version=1 = sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 I'd appreciate any input. Thank you. From owner-linux-xfs@oss.sgi.com Fri May 2 06:57:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 06:57:24 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42Dv7Fu022546 for ; Fri, 2 May 2003 06:57:07 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h42EB1Ve015502 for ; Fri, 2 May 2003 09:11:01 -0500 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h42Dv0a221959606; Fri, 2 May 2003 08:57:00 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 19Bb24-0001V1-00; Fri, 02 May 2003 08:57:00 -0500 Date: Fri, 2 May 2003 08:57:00 -0500 From: Nathan Straz To: Seung-yeong Oh Cc: linux-xfs@oss.sgi.com Subject: Re: Using xfs_growfs Message-ID: <20030502135700.GA5648@sgi.com> Mail-Followup-To: Seung-yeong Oh , linux-xfs@oss.sgi.com References: <1051882460.2029.6.camel@deepstrike.nameip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1051882460.2029.6.camel@deepstrike.nameip.net> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3911 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1076 Lines: 24 On Fri, May 02, 2003 at 10:34:20PM +0900, Seung-yeong Oh wrote: > I came up with some free disk space available right after my XFS > partition. The free disk space is not formatted nor partitioned. > And I don't use LVM. What would be the simplist way to use xfs_growfs > command for this? I've read the man page but I'm sort of technically > challenged.. - Run fdisk on the drive - write down the starting address of the partition you want to expand - delete the partition you want to expand - recreate the partition with the same starting address, but make it larger. - write the partition table and exit fdisk - check /proc/partitions to see if the partition size reflects your change. If the partition is on the same disk as the root partition you may have to reboot. - now you can run xfs_growfs and it should recognize the larger partition. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Fri May 2 08:16:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 08:17:02 -0700 (PDT) Received: from atl-ms1.megatrends.com ([155.229.80.16]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42FGgFu024769 for ; Fri, 2 May 2003 08:16:45 -0700 Received: by atl-ms1.megatrends.com with Internet Mail Service (5.5.2653.19) id <230KW4BW>; Fri, 2 May 2003 11:25:32 -0400 Message-ID: <8CCBDD5583C50E4196F012E79439B45C058BAA@atl-ms1.megatrends.com> From: Suresh Grandhi To: "'Seung-yeong Oh'" , linux-xfs@oss.sgi.com Subject: XFS over LVM Date: Fri, 2 May 2003 11:25:31 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3912 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Sureshg@ami.com Precedence: bulk X-list: linux-xfs Content-Length: 584 Lines: 25 Hi. I am using XFS over LVM device. The LV is formatted with XFS file system. I have reduced the size of the LV device with "lvreduce" by 1G size. After that i could not able to mount the device. Also I ran xfs_repair over that device and still not able to do. After expanding the LV device to the same size as original, i could able to mount the device. Is there a way to make the filesystem know about the change in the size of the LV device? Is there a way to make the device and filesystem change dynamically?? Your help is appreciated. regards, suresh From owner-linux-xfs@oss.sgi.com Fri May 2 08:29:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 08:29:14 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42FT9Fu025336 for ; Fri, 2 May 2003 08:29:09 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h42FT3E0017923 for ; Fri, 2 May 2003 08:29:04 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h42FT1a222294717; Fri, 2 May 2003 10:29:01 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 19BcT8-00024Y-00; Fri, 02 May 2003 10:29:02 -0500 Date: Fri, 2 May 2003 10:29:01 -0500 From: Nathan Straz To: Suresh Grandhi Cc: "'Seung-yeong Oh'" , linux-xfs@oss.sgi.com Subject: Re: XFS over LVM Message-ID: <20030502152901.GB5648@sgi.com> Mail-Followup-To: Suresh Grandhi , 'Seung-yeong Oh' , linux-xfs@oss.sgi.com References: <8CCBDD5583C50E4196F012E79439B45C058BAA@atl-ms1.megatrends.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8CCBDD5583C50E4196F012E79439B45C058BAA@atl-ms1.megatrends.com> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3913 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 558 Lines: 13 On Fri, May 02, 2003 at 11:25:31AM -0400, Suresh Grandhi wrote: > Is there a way to make the device and filesystem change dynamically?? Please read the section in the FAQ entitled "Q: Is there a way to make a XFS filesystem larger or smaller?" at the following address. http://oss.sgi.com/projects/xfs/faq.html#resizexfspartition -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Fri May 2 09:26:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 09:27:01 -0700 (PDT) Received: from imf58bis.bellsouth.net (mail144.mail.bellsouth.net [205.152.58.104]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42GQgFu026184 for ; Fri, 2 May 2003 09:26:43 -0700 Received: from tiger2 ([66.156.7.215]) by imf58bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030502162845.SEAD6355.imf58bis.bellsouth.net@tiger2>; Fri, 2 May 2003 12:28:45 -0400 Date: Fri, 2 May 2003 12:32:43 -0400 From: Greg Freemyer Subject: re: TAKE - Rework xfs metadata flushing To: Steve Lord , Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030502162845.SEAD6355.imf58bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h42GQhFu026186 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3914 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 4054 Lines: 107 Steve, That looks like a major improvement. Am I wasting time to hope that XFS 1.3 with the below will come out in the summer? Greg -- Greg Freemyer >> Rework of how xfs syncs metadata to disk. This has a number of >> benefits: We no longer walk the list of all the inodes in the >> filesystem everytime the write_super is called. If you type >> sync and then reset the box then everything is definitely >> recovered afterwards. We remove a lot of calls to >> mark_inode_dirty which did not really do us any good, and >> replace them with a single one which does. kupdated does >> less work in xfs now, freeing it to do other things. >> Finally, get the dummy log record code working, this >> means that after a period of inactivity with everything >> on disk, we clean the log so that recovery does not >> have any work to do. >> This seems to fix a number of things, being as complex >> as it is, it probably introduces a couple too. >> Date: Thu May 1 14:05:53 PDT 2003 >> Workarea: penguin.americas.sgi.com:/src/lord/xfs-linux.2.4 >> The following file(s) were checked into: >> bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs >> Modid: 2.4.x-xfs:slinx:147673a >> linux/fs/xfs/linux/xfs_syncd.c - 1.1 >> - New syncd thread which does metadata flushing periodically >> linux/fs/xfs/xfs_rw.c - 1.378 >> - remove timer associated with refcache purging >> linux/fs/xfs/xfs_vnodeops.c - 1.590 >> - Change flush flags used in the write_inode path, if an inode is in >> the log, start the write immediately, if not, do a delayed write. >> Add a new list the i_reclaim list to hold inodes being reclaimed. >> linux/fs/xfs/xfs_vfsops.c - 1.419 >> - restructure xfs_syncsub so it is a little easier to >> read. Move the inode flush component used from various places into >> its own function. In the SYNC_BDFLUSH no longer walk the inode >> chain, just the deleted inode list. Control refcache purging >> with a different flag. When writing a dummy record into an >> idle log, start it off to disk right away rather than waiting >> for the next sync to come along and find it. >> linux/fs/xfs/xfs_iget.c - 1.187 >> - process the i_reclaim list of unlinked inodes >> linux/fs/xfs/xfs_mount.h - 1.171 >> - add m_del_inodes list and remove m_sbdirty_timer from xfs_mount_t >> linux/fs/xfs/xfs_mount.c - 1.327 >> - no need for timers to dirty the super block anymore >> linux/fs/xfs/xfs_inode.c - 1.372 >> - when an inode gets unpinned, mark it dirty so write_inode will >> be called. >> linux/fs/xfs/xfs_inode.h - 1.180 >> - add i_reclaim list >> linux/fs/xfs/linux/xfs_vfs.c - 1.45 >> - new vfs fields for the syncd thread need initializing >> linux/fs/xfs/linux/xfs_globals.c - 1.47 >> - add new sync_interval to the xfs_params, controls rate of >> operation of the xfs_syncd thread. >> linux/fs/xfs/linux/Makefile - 1.71 >> - add new file xfs_syncd.c >> linux/fs/xfs/linux/xfs_super.h - 1.44 >> - prototypes for linvfs_start_syncd and linvfs_stop_syncd >> linux/fs/xfs/linux/xfs_super.c - 1.251 >> - stop and start the syncd thread on mount and unmount, >> clear s_dirt after write_super calls into xfs rather than >> before, do not set the sb_dirt flag if write_inode fails to >> flush an inode. >> linux/fs/xfs/linux/xfs_iops.c - 1.191 >> - remove all mark_inode_dirty_sync calls, they were all on inodes >> which were being logged, the inode is only flushable after the >> log hits the disk. >> linux/fs/xfs/linux/xfs_vnode.h - 1.78 >> - VMODIFY no longer marks the inode dirty >> linux/fs/xfs/linux/xfs_vfs.h - 1.39 >> - new vfs fields for the syncd thread >> linux/fs/xfs/linux/xfs_sysctl.h - 1.12 >> - add XFS_SYNC_INTERVAL >> linux/fs/xfs/linux/xfs_sysctl.c - 1.18 >> - add new XFS_SYNC_INTERVAL to sysctl tables From owner-linux-xfs@oss.sgi.com Fri May 2 14:21:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 14:21:40 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42LLPFu029655 for ; Fri, 2 May 2003 14:21:26 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h42LZJVe028098 for ; Fri, 2 May 2003 16:35:19 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h42LLIa222215734; Fri, 2 May 2003 16:21:18 -0500 (CDT) Received: from chuckle.americas.sgi.com (chuckle.americas.sgi.com [128.162.241.66]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h42LLIRn59400482; Fri, 2 May 2003 16:21:18 -0500 (CDT) Subject: re: TAKE - Rework xfs metadata flushing From: Rusell Cattelan To: Greg Freemyer Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030502162845.SEAD6355.imf58bis.bellsouth.net@tiger2> References: <20030502162845.SEAD6355.imf58bis.bellsouth.net@tiger2> Content-Type: text/plain Organization: Message-Id: <1051910477.17338.99.camel@chuckle.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 02 May 2003 16:21:18 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3915 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 323 Lines: 11 On Fri, 2003-05-02 at 11:32, Greg Freemyer wrote: > Steve, > > That looks like a major improvement. > > Am I wasting time to hope that XFS 1.3 with the below will come out in the summer? > We haven't really started plans for 1.3 yet. But the sync mods will probably the basis for a 1.2.1, once it's had some soak time. From owner-linux-xfs@oss.sgi.com Fri May 2 14:39:40 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 14:39:44 -0700 (PDT) Received: from ente.berdmann.de (frnk-d514e1c3.dsl.mediaWays.net [213.20.225.195]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h42LdcFu030390 for ; Fri, 2 May 2003 14:39:39 -0700 Received: from indigo-3.berdmann.de ([192.168.1.15] helo=berdmann.de) by ente.berdmann.de with esmtp (Exim 3.36 #1) id 19BiFg-0002gc-00 for linux-xfs@oss.sgi.com; Fri, 02 May 2003 23:39:32 +0200 Message-ID: <3EB2E593.50908@berdmann.de> Date: Fri, 02 May 2003 23:39:31 +0200 From: Bernhard Erdmann User-Agent: Mozilla/5.0 (X11; U; IRIX64 IP28; en-US; rv:1.4b) Gecko/20030430 X-Accept-Language: de, en, fr MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: rsync difficulties on oss.sgi.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3916 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: be@berdmann.de Precedence: bulk X-list: linux-xfs Content-Length: 1941 Lines: 62 Hi, I get I/O errors from rsync when using oss.sgi.com if the file considered is already there in the destination dir but some bytes in it are wrong: IRIX 6.5.19: [be@indigo-3 be]$ /usr/freeware/bin/rsync -a --progress -v rsync://oss.sgi.com/xfsftp/Release-1.2/installer/forRH-8.0-SGI-XFS-1.2.0-v4.iso /net/scratch receiving file list ... 1 file to consider rsync: connection unexpectedly closed (93 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(150) rsync error: received SIGUSR1 or SIGINT (code 20) at rsync.c(229) RedHat Linux 7.0: [be@james be]$ rsync -a --progress -v rsync://oss.sgi.com/xfsftp/Release-1.2/installer/forRH-8.0-SGI-XFS-1.2.0-v4.iso /net/scratch receiving file list ... done unexpected EOF in read_timeout unexpected EOF in read_timeout RedHat Linux 6.2: [root@ente 8.0]# rsync -a --progress -v rsync://oss.sgi.com/xfsftp/Release-1.2/installer/forRH-8.0-SGI-XFS-1.2.0-v4.iso . receiving file list ... done unexpected EOF in read_timeout unexpected EOF in read_timeout No problem to get this file from fr.rpmfind.net: [be@indigo-3 be]$ /usr/freeware/bin/rsync -a --progress -v rsync://fr.rpmfind.net/linux/SGILinux/Release-1.2/installer/forRH-8.0-SGI-XFS-1.2.0-v4.iso /net/scratch Welcome to the RSync server for the Linux area on fr.rpmfind.net This server is located in France, use rpmfind.net instead if you have a better bandwidth with the US. Daniel.Veillard@imag.fr receiving file list ... 1 file to consider forRH-8.0-SGI-XFS-1.2.0-v4.iso 172949504 46% 451.60kB/s 0:07:14 Instead, oss.sgi.com has no problems if the file is missing in my home dir (it has to pull the whole file): [be@indigo-3 be]$ /usr/freeware/bin/rsync -a --progress -v rsync://oss.sgi.com/xfsftp/Release-1.2/installer/forRH-8.0-SGI-XFS-1.2.0-v4.iso . receiving file list ... 1 file to consider forRH-8.0-SGI-XFS-1.2.0-v4.iso 86343680 23% 77.00kB/s 1:01:13 From owner-linux-xfs@oss.sgi.com Fri May 2 19:01:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 19:01:56 -0700 (PDT) Received: from blake.timetraveller.org (blake.timetraveller.org [203.23.43.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4321aFu001652 for ; Fri, 2 May 2003 19:01:38 -0700 Received: from blake.timetraveller.org (blake.timetraveller.org [203.23.43.10]) by blake.timetraveller.org (8.12.3/8.12.3) with ESMTP id h4321TAA025836 for ; Sat, 3 May 2003 12:01:30 +1000 Date: Fri, 2 May 2003 22:01:29 -0400 (EDT) From: Robert Brockway To: linux-xfs@oss.sgi.com Subject: Quota on root FS & old quota tools Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3917 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: robert@timetraveller.org Precedence: bulk X-list: linux-xfs Content-Length: 864 Lines: 21 Hi all. I moved a system to xfs recently, and wanted quota support on the root FS. I passed rootflags=quota to the kernel to get it to work as per the list archives, but I noticed that there was a recommendation to upgrade to quota 3.08 (or later) as well. I'm using Debian 3.0 (Woody) which is using quota 3.04. Despite this, the quotas seem to be functioning perfectly. So my question is: Should I be worried that a FS problem is lurking around the corner because I'm using quota 3.04 instead of 3.08 or later? This box is an Athlon XP 2100+ running a vanilla 2.4.20 kernel patched with 2.4.20-2003-03-19_04:55_UTC (xfs-2.4.20-all-i386.bz2) Cheers, Rob -- Robert Brockway B.Sc. email: robert@timetraveller.org ICQ: 104781119 Linux counter project ID #16440 (http://counter.li.org) "The earth is but one country and mankind its citizens" -Baha'u'llah From owner-linux-xfs@oss.sgi.com Fri May 2 19:38:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 May 2003 19:38:38 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h432cNFu002672 for ; Fri, 2 May 2003 19:38:24 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h432qHVe000426 for ; Fri, 2 May 2003 21:52:18 -0500 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA14762; Sat, 3 May 2003 12:38:15 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id MAA59340; Sat, 3 May 2003 12:38:15 +1000 (EST) Date: Sat, 3 May 2003 12:38:14 +1000 From: Nathan Scott To: Robert Brockway Cc: linux-xfs@oss.sgi.com Subject: Re: Quota on root FS & old quota tools Message-ID: <20030503123814.A55756@wobbly.melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from robert@timetraveller.org on Fri, May 02, 2003 at 10:01:29PM -0400 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3918 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 761 Lines: 20 On Fri, May 02, 2003 at 10:01:29PM -0400, Robert Brockway wrote: > Hi all. I moved a system to xfs recently, and wanted quota support on the > root FS. I passed rootflags=quota to the kernel to get it to work as per > the list archives, but I noticed that there was a recommendation to > upgrade to quota 3.08 (or later) as well. I'm using Debian 3.0 > (Woody) which is using quota 3.04. Despite this, the quotas seem to be > functioning perfectly. > > So my question is: Should I be worried that a FS problem is lurking around > the corner because I'm using quota 3.04 instead of 3.08 or later? No, there is no lurking problem for you. The change was to no longer special case the root filesystem when enabling quota in the tools. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sat May 3 21:20:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 03 May 2003 21:20:42 -0700 (PDT) Received: from gusi.leathercollection.ph (gusi.leathercollection.ph [202.163.192.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h444KJFu017112 for ; Sat, 3 May 2003 21:20:21 -0700 Received: from localhost (localhost [127.0.0.1]) by gusi.leathercollection.ph (Postfix) with ESMTP id 919B3EB4A18 for ; Sun, 4 May 2003 12:20:11 +0800 (PHT) Received: by gusi.leathercollection.ph (Postfix, from userid 1000) id 570B3EB4A0C; Sun, 4 May 2003 12:20:06 +0800 (PHT) Date: Sun, 4 May 2003 12:20:06 +0800 From: Federico Sevilla III To: linux-xfs@oss.sgi.com Subject: Re: PARTIAL TAKE - shrink xfs inode cache size Message-ID: <20030504042006.GC31338@leathercollection.ph> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200305021117.h42BHrt03492@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305021117.h42BHrt03492@jen.americas.sgi.com> X-Organization: The Leather Collection, Inc. X-Organization-URL: http://www.leathercollection.ph X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.4i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3919 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 906 Lines: 22 On Fri, May 02, 2003 at 06:17:53AM -0500, Steve Lord wrote: > XFS does not use the union at the end of the inode for its fs private > data. There is 160 bytes per inode here which is wasted. Since we > manage our own inode allocations, we can do something about this and > actually not allocate that space. Saved 10Mbytes of space on my > machine this morning after nightly cron jobs had pulled inodes into > memory. I am curious: what did this cron job of yours do to pull inodes into memory, allowing the changes in XFS's inode handling to save disk space? Just so we know what to do, perhaps when we jump to 2.4.21 or something like that. :) Thanks a lot. --> Jijo -- Federico Sevilla III : http://jijo.free.net.ph : When we speak of free Network Administrator : The Leather Collection, Inc. : software we refer to GnuPG Key ID : 0x93B746BE : freedom, not price. From owner-linux-xfs@oss.sgi.com Sun May 4 06:02:56 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 May 2003 06:03:18 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h44D2tFu030099 for ; Sun, 4 May 2003 06:02:56 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h44D2oE0005584 for ; Sun, 4 May 2003 06:02:50 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h44D2ma222363047; Sun, 4 May 2003 08:02:48 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-19.corp.sgi.com [134.15.64.19]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h44D2lRn61151787; Sun, 4 May 2003 08:02:48 -0500 (CDT) Subject: Re: PARTIAL TAKE - shrink xfs inode cache size From: Steve Lord To: Federico Sevilla III Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030504042006.GC31338@leathercollection.ph> References: <200305021117.h42BHrt03492@jen.americas.sgi.com> <20030504042006.GC31338@leathercollection.ph> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 04 May 2003 08:03:14 -0500 Message-Id: <1052053395.1220.10.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3920 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1146 Lines: 26 On Sat, 2003-05-03 at 23:20, Federico Sevilla III wrote: > On Fri, May 02, 2003 at 06:17:53AM -0500, Steve Lord wrote: > > XFS does not use the union at the end of the inode for its fs private > > data. There is 160 bytes per inode here which is wasted. Since we > > manage our own inode allocations, we can do something about this and > > actually not allocate that space. Saved 10Mbytes of space on my > > machine this morning after nightly cron jobs had pulled inodes into > > memory. > > I am curious: what did this cron job of yours do to pull inodes into > memory, allowing the changes in XFS's inode handling to save disk space? > Just so we know what to do, perhaps when we jump to 2.4.21 or something > like that. :) updatedb runs everynight and does a tree walk through the filesystems, once inodes are in memory, then depending on your system, it can be hard to get the memory back again. All I did was remove some space in each inode which xfs does not need, hence fitting more per page and making them use less memory. The 10 Mbytes was just the difference in memory consumption by inodes between the old and new sizes. Steve From owner-linux-xfs@oss.sgi.com Sun May 4 19:18:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 May 2003 19:19:01 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h452IWFu002723 for ; Sun, 4 May 2003 19:18:32 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h452IPVV022206 for ; Sun, 4 May 2003 19:18:26 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA02091 for ; Mon, 5 May 2003 12:18:24 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id A5644D8F45; Mon, 5 May 2003 12:18:24 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 5D5DD91334 for ; Mon, 5 May 2003 12:18:24 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer In-reply-to: Your message of "15 Apr 2003 14:02:32 EST." <1050433351.49893.35.camel@relax.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 2003 12:18:19 +1000 Message-ID: <10892.1052101099@kao2.melbourne.sgi.com> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3921 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1239 Lines: 23 On 15 Apr 2003 14:02:32 -0500, Russell Cattelan wrote: >ftp://oss.sgi.com/projects/xfs/Release-1.2/installer/forRH-9.0-SGI-XFS-1.2.0-v0.iso > >This comes to you with the basic "works for me" support agreement. >Please download it and give it a try and report success or failures, >and we may or may not fix problems. I copied the RH 9 CDs to an XFS partition on the system that I was trying to upgrade from RH 8.0 to RH 9. I booted the RH 9 XFS installer and typed 'linux upgradeany askmethod text'. When it asked me for the method, I selected hard disk, then selected the partition and directory within that partition that contained the copies of the RH 9 CDs. The XFS installer refused to recognise the partition and/or directory. From the error messages, it looked like the installer was only trying VFAT and EXT2 as the partition types, there were no messages for XFS mounts. My suspicion is that installing from a hard disk is done using only vfat and ext2, before the XFS module has been loaded. Unfortunately there was no shell on ALT-F2 at this point so I could not confirm if the XFS module was loaded or not. In the end went through the CD shuffle instead of using the CD copies on the hard disk. From owner-linux-xfs@oss.sgi.com Sun May 4 19:51:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 May 2003 19:52:06 -0700 (PDT) Received: from blake.timetraveller.org (blake.timetraveller.org [203.23.43.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h452pkFu003321 for ; Sun, 4 May 2003 19:51:48 -0700 Received: from blake.timetraveller.org (blake.timetraveller.org [203.23.43.10]) by blake.timetraveller.org (8.12.3/8.12.3) with ESMTP id h452peAA012583 for ; Mon, 5 May 2003 12:51:40 +1000 Date: Sun, 4 May 2003 22:51:40 -0400 (EDT) From: Robert Brockway To: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer In-Reply-To: <10892.1052101099@kao2.melbourne.sgi.com> Message-ID: References: <10892.1052101099@kao2.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3922 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: robert@timetraveller.org Precedence: bulk X-list: linux-xfs Content-Length: 886 Lines: 23 On Mon, 5 May 2003, Keith Owens wrote: > Unfortunately there was no shell on ALT-F2 at this point so I could not > confirm if the XFS module was loaded or not. In the end went through > the CD shuffle instead of using the CD copies on the hard disk. I know you're using Redhat, but if you wanted to take the Debian plunge, the following iso image produces xfs enabled boxes quickly & cleanly: http://people.debian.org/~blade/XFS-Install/download/new/bootbf2.4-xfs.iso The iso is 38.1Mb. Most of the system would come from either other iso images (ie, the standard Debian isos), or more likely debian mirrors around the world. Debian is very versatile in this way. Cheers, Rob -- Robert Brockway B.Sc. email: robert@timetraveller.org ICQ: 104781119 Linux counter project ID #16440 (http://counter.li.org) "The earth is but one country and mankind its citizens" -Baha'u'llah From owner-linux-xfs@oss.sgi.com Sun May 4 20:12:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 May 2003 20:12:26 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h453C7Fu003883 for ; Sun, 4 May 2003 20:12:09 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h453Q8Ve012769 for ; Sun, 4 May 2003 22:26:09 -0500 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA02508 for ; Mon, 5 May 2003 13:11:59 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 2969CD8F45; Mon, 5 May 2003 13:11:50 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 0EE7C91334 for ; Mon, 5 May 2003 13:11:50 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer In-reply-to: Your message of "Sun, 04 May 2003 22:51:40 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 2003 13:11:44 +1000 Message-ID: <1542.1052104304@kao2.melbourne.sgi.com> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3923 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 911 Lines: 19 On Sun, 4 May 2003 22:51:40 -0400 (EDT), Robert Brockway wrote: >On Mon, 5 May 2003, Keith Owens wrote: > >> Unfortunately there was no shell on ALT-F2 at this point so I could not >> confirm if the XFS module was loaded or not. In the end went through >> the CD shuffle instead of using the CD copies on the hard disk. > >I know you're using Redhat, but if you wanted to take the Debian plunge, >the following iso image produces xfs enabled boxes quickly & cleanly: > >http://people.debian.org/~blade/XFS-Install/download/new/bootbf2.4-xfs.iso I think you are missing my point. I do XFS installs from Redhat all the time, and it works when using physical CDs. In this case I was trying out the "upgrade from existing hard disk" method and that particular option does not work with XFS, probably because the installer does not load the XFS module on that rarely used code path. From owner-linux-xfs@oss.sgi.com Mon May 5 05:33:07 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 May 2003 05:33:28 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h45CX6Fu014088 for ; Mon, 5 May 2003 05:33:07 -0700 Received: from attbi.com (12-253-73-46.client.attbi.com[12.253.73.46]) by sccrmhc03.attbi.com (sccrmhc03) with SMTP id <200305050319170030052jrte>; Mon, 5 May 2003 03:19:17 +0000 Message-ID: <3EB5D892.90107@attbi.com> Date: Sun, 04 May 2003 21:20:50 -0600 From: "D. Stimits" Reply-To: stimits@attbi.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021018 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer References: <1542.1052104304@kao2.melbourne.sgi.com> In-Reply-To: <1542.1052104304@kao2.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3924 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stimits@attbi.com Precedence: bulk X-list: linux-xfs Content-Length: 1209 Lines: 31 Keith Owens wrote: > On Sun, 4 May 2003 22:51:40 -0400 (EDT), > Robert Brockway wrote: > > >On Mon, 5 May 2003, Keith Owens wrote: > > > > > >>Unfortunately there was no shell on ALT-F2 at this point so I could not > >>confirm if the XFS module was loaded or not. In the end went through > >>the CD shuffle instead of using the CD copies on the hard disk. > > > >I know you're using Redhat, but if you wanted to take the Debian plunge, > >the following iso image produces xfs enabled boxes quickly & cleanly: > > > >http://people.debian.org/~blade/XFS-Install/download/new/bootbf2.4-xfs.iso > > > I think you are missing my point. I do XFS installs from Redhat all > the time, and it works when using physical CDs. In this case I was > trying out the "upgrade from existing hard disk" method and that > particular option does not work with XFS, probably because the > installer does not load the XFS module on that rarely used code path. To name the hard drive as the installer source, does the iso image not have to be mounted on loopback first? It isn't really a hard drive source when it is just an iso image. [I'm probably missing part of the conversation] D. Stimits, stimits AT attbi DOT com From owner-linux-xfs@oss.sgi.com Mon May 5 05:52:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 May 2003 05:52:35 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h45CqEFu014701 for ; Mon, 5 May 2003 05:52:16 -0700 Received: (qmail 25841 invoked from network); 5 May 2003 12:52:11 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 5 May 2003 12:52:11 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id F3B56D8F44; Mon, 5 May 2003 22:52:09 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id D17AC91334 for ; Mon, 5 May 2003 22:52:09 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer In-reply-to: Your message of "Sun, 04 May 2003 21:20:50 CST." <3EB5D892.90107@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 2003 22:52:04 +1000 Message-ID: <8478.1052139124@ocs3.intra.ocs.com.au> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3925 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 971 Lines: 19 On Sun, 04 May 2003 21:20:50 -0600, "D. Stimits" wrote: >To name the hard drive as the installer source, does the iso image not >have to be mounted on loopback first? It isn't really a hard drive >source when it is just an iso image. [I'm probably missing part of the >conversation] The hard disk directory was built by copying the contents of redhat 9 install CDs 3, 2, 1 plus the rh 9 XFS install CD, in that order. That is what is required for an nfs, ftp or http install, see README on rh install CD 1. That README does not say what format is required for a hard disk install so I assumed it was the same as NFS etc. The messages I got on install only listed vfat and ext2 mount attempts. I saw no attempts to mount the partition as xfs, no error messages and no successful mount messages. This is what makes me think that the xfs module was not loaded. Pity here was no shell on alt-f2, otherwise I could have confirmed my hypothesis. From owner-linux-xfs@oss.sgi.com Mon May 5 08:16:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 May 2003 08:17:27 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h45FGvFu017580 for ; Mon, 5 May 2003 08:16:58 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h45FGpVV005651 for ; Mon, 5 May 2003 08:16:52 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h45FGoa222482319 for ; Mon, 5 May 2003 10:16:50 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h45FGmRn61926247 for ; Mon, 5 May 2003 10:16:48 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h45LYqk00675 for linux-xfs@oss.sgi.com; Mon, 5 May 2003 17:34:52 -0400 Resent-Message-Id: <200305052134.h45LYqk00675@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h45F2MRn61716544 for ; Mon, 5 May 2003 10:02:22 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h45F2KPL41332856 for ; Mon, 5 May 2003 08:02:20 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h45EwMUL022940 for ; Mon, 5 May 2003 16:58:22 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h45EwMMX022939 for hch@sgi.com; Mon, 5 May 2003 16:58:22 +0200 Date: Mon, 5 May 2003 16:58:22 +0200 From: Christoph Hellwig Message-Id: <200305051458.h45EwMMX022939@lab343.munich.sgi.com> Subject: TAKE - Merge up to 2.5.69 To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Mon, 5 May 2003 17:34:52 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 3926 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 70758 Lines: 1864 Date: Mon May 5 07:53:45 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:147879a linux/drivers/net/ixgb/ixgb_ee.c - 1.1 linux/drivers/net/ixgb/ixgb.h - 1.1 linux/drivers/net/ixgb/Makefile - 1.1 linux/Documentation/networking/ixgb.txt - 1.1 linux/Documentation/scsi/ChangeLog.megaraid - 1.1 linux/Documentation/scsi/dc395x.txt - 1.1 linux/arch/sparc/lib/bitext.c - 1.1 linux/drivers/net/ixgb/ixgb_ee.h - 1.1 linux/drivers/net/ixgb/ixgb_ethtool.c - 1.1 linux/drivers/net/ixgb/ixgb_hw.c - 1.1 linux/drivers/net/ixgb/ixgb_hw.h - 1.1 linux/drivers/net/ixgb/ixgb_ids.h - 1.1 linux/drivers/net/ixgb/ixgb_main.c - 1.1 linux/drivers/net/ixgb/ixgb_osdep.h - 1.1 linux/drivers/net/ixgb/ixgb_param.c - 1.1 linux/include/asm-arm/arch-iop3xx/iop310-irqs.h - 1.1 linux/arch/i386/kernel/asm-offsets.c - 1.1 linux/net/xfrm/xfrm_output.c - 1.1 linux/arch/i386/kernel/sigframe.h - 1.1 linux/fs/partitions/devfs.h - 1.1 linux/include/linux/initrd.h - 1.1 linux/arch/arm/mm/proc-sa1100.S - 1.1 linux/fs/partitions/devfs.c - 1.1 linux/include/asm-ppc/xmon.h - 1.1 linux/include/asm-sparc/bitext.h - 1.1 linux/include/linux/8250_pci.h - 1.1 linux/include/linux/netfilter_bridge/ebt_pkttype.h - 1.1 linux/drivers/scsi/dc395x.c - 1.1 linux/include/linux/compat_ioctl.h - 1.1 linux/drivers/scsi/dc395x.h - 1.1 linux/arch/arm/mm/cache-v4wt.S - 1.1 linux/arch/i386/kernel/vsyscall-int80.S - 1.1 linux/drivers/i2c/chips/it87.c - 1.1 linux/init/do_mounts_initrd.c - 1.1 linux/include/linux/jhash.h - 1.1 linux/drivers/block/initrd.c - 1.1 linux/arch/arm/mm/cache-v4wb.S - 1.1 linux/drivers/char/drm/drm_memory_debug.h - 1.1 linux/arch/arm/mm/cache-v3.S - 1.1 linux/arch/arm/mm/cache-v4.S - 1.1 linux/arch/i386/kernel/vsyscall.lds - 1.1 linux/net/bridge/netfilter/ebt_pkttype.c - 1.1 linux/arch/i386/kernel/vsyscall-sysenter.S - 1.1 linux/drivers/oprofile/timer_int.c - 1.1 linux/arch/i386/kernel/vsyscall-sigreturn.S - 1.1 linux/arch/i386/kernel/vsyscall.S - 1.1 linux/net/x25/af_x25.c - 1.34 linux/net/unix/sysctl_net_unix.c - 1.8 linux/net/unix/af_unix.c - 1.56 linux/net/sunrpc/svcsock.c - 1.30 linux/net/sunrpc/sched.c - 1.39 linux/net/socket.c - 1.56 linux/net/sched/sch_teql.c - 1.13 linux/net/sched/sch_tbf.c - 1.14 linux/net/sched/sch_sfq.c - 1.11 linux/net/sched/sch_red.c - 1.11 linux/net/sched/sch_prio.c - 1.11 linux/net/sched/sch_generic.c - 1.14 linux/net/sched/sch_fifo.c - 1.6 linux/net/sched/sch_csz.c - 1.10 linux/net/sched/sch_cbq.c - 1.16 linux/net/sched/sch_api.c - 1.16 linux/net/sched/cls_u32.c - 1.10 linux/net/sched/cls_rsvp.h - 1.5 linux/net/sched/cls_route.c - 1.9 linux/net/sched/cls_fw.c - 1.7 linux/net/sched/cls_api.c - 1.8 linux/net/rose/rose_dev.c - 1.12 linux/net/rose/af_rose.c - 1.31 linux/net/packet/af_packet.c - 1.41 linux/net/netsyms.c - 1.67 linux/net/netrom/nr_dev.c - 1.11 linux/net/netrom/af_netrom.c - 1.29 linux/net/netlink/netlink_dev.c - 1.20 linux/net/netlink/af_netlink.c - 1.28 linux/net/irda/wrapper.c - 1.14 linux/net/irda/qos.c - 1.20 linux/net/irda/irttp.c - 1.22 linux/net/irda/irqueue.c - 1.12 linux/net/irda/irlmp_frame.c - 1.14 linux/net/irda/irlmp_event.c - 1.22 linux/net/irda/irlmp.c - 1.26 linux/net/irda/irlap_event.c - 1.29 linux/net/irda/irlap.c - 1.22 linux/net/irda/irlan/irlan_common.c - 1.22 linux/net/irda/irias_object.c - 1.17 linux/net/irda/iriap.c - 1.22 linux/net/irda/irda_device.c - 1.31 linux/net/irda/af_irda.c - 1.46 linux/net/ipx/af_ipx.c - 1.36 linux/net/ipv6/udp.c - 1.40 linux/net/ipv6/tcp_ipv6.c - 1.51 linux/net/ipv6/route.c - 1.33 linux/net/ipv6/proc.c - 1.15 linux/net/ipv6/ndisc.c - 1.33 linux/net/ipv6/mcast.c - 1.25 linux/net/ipv6/ipv6_sockglue.c - 1.24 linux/net/ipv6/ip6_output.c - 1.22 linux/net/ipv6/ip6_fib.c - 1.17 linux/net/ipv6/icmp.c - 1.28 linux/net/ipv6/exthdrs.c - 1.11 linux/net/ipv6/af_inet6.c - 1.34 linux/net/ipv6/addrconf.c - 1.36 linux/net/ipv4/tcp_output.c - 1.39 linux/net/ipv4/tcp_ipv4.c - 1.61 linux/net/ipv4/tcp_input.c - 1.50 linux/net/ipv4/tcp.c - 1.55 linux/net/ipv4/syncookies.c - 1.18 linux/net/ipv4/route.c - 1.48 linux/net/ipv4/ipip.c - 1.31 linux/net/ipv4/ipconfig.c - 1.37 linux/net/ipv4/ip_sockglue.c - 1.25 linux/net/ipv4/ip_output.c - 1.46 linux/net/ipv4/ip_gre.c - 1.30 linux/net/ipv4/igmp.c - 1.26 linux/net/ipv4/fib_semantics.c - 1.13 linux/net/ipv4/af_inet.c - 1.53 linux/net/core/sysctl_net_core.c - 1.7 linux/net/core/sock.c - 1.34 linux/net/core/skbuff.c - 1.34 linux/net/core/rtnetlink.c - 1.16 linux/net/core/profile.c - 1.11 linux/net/core/neighbour.c - 1.20 linux/net/core/dst.c - 1.15 linux/net/core/dev.c - 1.73 linux/net/ax25/af_ax25.c - 1.31 linux/net/appletalk/ddp.c - 1.27 linux/net/802/psnap.c - 1.12 linux/mm/vmscan.c - 1.127 linux/mm/vmalloc.c - 1.48 linux/mm/swapfile.c - 1.73 linux/mm/swap_state.c - 1.62 linux/mm/swap.c - 1.36 linux/mm/page_alloc.c - 1.108 linux/mm/mmap.c - 1.76 linux/mm/memory.c - 1.105 linux/mm/filemap.c - 1.155 linux/kernel/sched.c - 1.100 linux/kernel/resource.c - 1.21 linux/kernel/printk.c - 1.32 linux/kernel/module.c - 1.42 linux/kernel/ksyms.c - 1.189 linux/kernel/fork.c - 1.89 linux/kernel/acct.c - 1.25 linux/ipc/shm.c - 1.63 linux/init/main.c - 1.106 linux/include/net/tcp.h - 1.45 linux/include/net/sock.h - 1.46 linux/include/net/snmp.h - 1.13 linux/include/net/pkt_sched.h - 1.11 linux/include/net/pkt_cls.h - 1.4 linux/include/net/irda/irport.h - 1.11 linux/include/net/ipv6.h - 1.15 linux/include/net/ip6_route.h - 1.11 linux/include/net/ip.h - 1.25 linux/include/net/if_inet6.h - 1.11 linux/include/linux/wrapper.h - 1.9 linux/include/linux/vmalloc.h - 1.23 linux/include/linux/videodev.h - 1.26 linux/include/linux/tty_driver.h - 1.8 linux/include/linux/tty.h - 1.22 linux/include/linux/timex.h - 1.7 linux/include/linux/timer.h - 1.20 linux/include/linux/time.h - 1.14 linux/include/linux/sysctl.h - 1.72 linux/include/linux/slab.h - 1.30 linux/include/linux/sched.h - 1.103 linux/include/linux/quotaops.h - 1.18 linux/include/linux/ppp-comp.h - 1.4 linux/include/linux/nfsd/syscall.h - 1.11 linux/include/linux/net.h - 1.17 linux/include/linux/module.h - 1.49 linux/include/linux/mm.h - 1.118 linux/include/linux/miscdevice.h - 1.14 linux/include/linux/list.h - 1.27 linux/include/linux/linux_logo.h - 1.6 linux/include/linux/kdev_t.h - 1.11 linux/include/linux/iso_fs.h - 1.18 linux/include/linux/isdn.h - 1.32 linux/include/linux/interrupt.h - 1.28 linux/include/linux/igmp.h - 1.9 linux/include/linux/i2c.h - 1.24 linux/include/linux/genhd.h - 1.36 linux/include/linux/fs.h - 1.213 linux/include/linux/fb.h - 1.33 linux/include/linux/elf.h - 1.26 linux/include/linux/dcache.h - 1.36 linux/include/linux/console.h - 1.11 linux/include/linux/cdrom.h - 1.27 linux/include/linux/blkdev.h - 1.83 linux/include/linux/blk.h - 1.39 linux/include/asm-sparc64/upa.h - 1.5 linux/include/asm-sparc64/timer.h - 1.7 linux/include/asm-sparc64/svr4.h - 1.3 linux/include/asm-sparc64/signal.h - 1.10 linux/include/asm-sparc64/ns87303.h - 1.5 linux/include/asm-sparc64/irq.h - 1.19 linux/include/asm-sparc64/bpp.h - 1.4 linux/include/asm-sparc64/auxio.h - 1.6 linux/include/asm-sparc64/asi.h - 1.6 linux/include/asm-sparc/winmacro.h - 1.6 linux/include/asm-sparc/signal.h - 1.8 linux/include/asm-sparc/sbus.h - 1.11 linux/include/asm-sparc/ptrace.h - 1.4 linux/include/asm-sparc/processor.h - 1.23 linux/include/asm-sparc/pgtable.h - 1.31 linux/include/asm-sparc/page.h - 1.21 linux/include/asm-sparc/kgdb.h - 1.3 linux/include/asm-sparc/irq.h - 1.12 linux/include/asm-sparc/iommu.h - 1.3 linux/include/asm-sparc/floppy.h - 1.6 linux/include/asm-sparc/auxio.h - 1.3 linux/include/asm-ppc/system.h - 1.29 linux/include/asm-ppc/processor.h - 1.42 linux/include/asm-ppc/machdep.h - 1.27 linux/include/asm-ppc/irq.h - 1.19 linux/include/asm-ppc/delay.h - 1.9 linux/include/asm-mips/irq.h - 1.8 linux/include/asm-m68k/irq.h - 1.7 linux/include/asm-i386/system.h - 1.35 linux/include/asm-i386/processor.h - 1.53 linux/include/asm-i386/pgtable.h - 1.47 linux/include/asm-i386/irq.h - 1.9 linux/include/asm-i386/floppy.h - 1.10 linux/include/asm-i386/elf.h - 1.13 linux/include/asm-i386/bugs.h - 1.20 linux/include/asm-arm/setup.h - 1.16 linux/include/asm-arm/procinfo.h - 1.14 linux/include/asm-arm/proc-armv/system.h - 1.19 linux/include/asm-arm/proc-armv/pgtable.h - 1.21 linux/include/asm-arm/irq.h - 1.7 linux/include/asm-arm/hardirq.h - 1.15 linux/include/asm-arm/elf.h - 1.8 linux/include/asm-arm/bugs.h - 1.5 linux/include/asm-arm/arch-nexuspci/irqs.h - 1.5 linux/include/asm-arm/arch-ebsa285/irqs.h - 1.5 linux/include/asm-arm/arch-arc/irqs.h - 1.5 linux/include/asm-alpha/irq.h - 1.9 linux/fs/smbfs/proc.c - 1.27 linux/fs/proc/proc_tty.c - 1.9 linux/fs/proc/generic.c - 1.36 linux/fs/proc/array.c - 1.59 linux/fs/ntfs/super.c - 1.24 linux/fs/ntfs/inode.h - 1.12 linux/fs/ntfs/inode.c - 1.26 linux/fs/ntfs/dir.c - 1.19 linux/fs/ntfs/Makefile - 1.27 linux/fs/nfsd/nfsctl.c - 1.41 linux/fs/isofs/rock.c - 1.25 linux/fs/inode.c - 1.96 linux/fs/filesystems.c - 1.29 linux/fs/fat/inode.c - 1.57 linux/fs/dquot.c - 1.68 linux/fs/dcache.c - 1.52 linux/fs/buffer.c - 1.155 linux/fs/block_dev.c - 1.75 linux/fs/binfmt_misc.c - 1.29 linux/fs/binfmt_elf.c - 1.55 linux/drivers/video/virgefb.c - 1.21 linux/drivers/video/vfb.c - 1.21 linux/drivers/video/vesafb.c - 1.29 linux/drivers/video/valkyriefb.c - 1.21 linux/drivers/video/tgafb.c - 1.26 linux/drivers/video/skeletonfb.c - 1.18 linux/drivers/video/sgivwfb.c - 1.21 linux/drivers/video/retz3fb.c - 1.23 linux/drivers/video/q40fb.c - 1.19 linux/drivers/video/pm2fb.c - 1.21 linux/drivers/video/platinumfb.c - 1.22 linux/drivers/video/offb.c - 1.26 linux/drivers/video/macfb.c - 1.19 linux/drivers/video/imsttfb.c - 1.29 linux/drivers/video/igafb.c - 1.22 linux/drivers/video/hpfb.c - 1.20 linux/drivers/video/g364fb.c - 1.16 linux/drivers/video/fm2fb.c - 1.20 linux/drivers/video/fbmem.c - 1.64 linux/drivers/video/dnfb.c - 1.20 linux/drivers/video/cyberfb.c - 1.20 linux/drivers/video/controlfb.c - 1.30 linux/drivers/video/chipsfb.c - 1.24 linux/drivers/video/atafb.c - 1.21 linux/drivers/video/amifb.c - 1.29 linux/drivers/video/acornfb.c - 1.30 linux/drivers/video/S3triofb.c - 1.16 linux/drivers/usb/Makefile - 1.60 linux/drivers/sgi/char/sgiserial.c - 1.16 linux/drivers/scsi/wd7000.c - 1.25 linux/drivers/scsi/ultrastor.c - 1.19 linux/drivers/scsi/u14-34f.c - 1.32 linux/drivers/scsi/tmscsim.h - 1.7 linux/drivers/scsi/tmscsim.c - 1.23 linux/drivers/scsi/t128.c - 1.14 linux/drivers/scsi/sym53c8xx.c - 1.45 linux/drivers/scsi/sym53c416.c - 1.18 linux/drivers/scsi/sr.c - 1.65 linux/drivers/scsi/sg.c - 1.52 linux/drivers/scsi/seagate.c - 1.25 linux/drivers/scsi/scsi_syms.c - 1.31 linux/drivers/scsi/scsi_proc.c - 1.17 linux/drivers/scsi/scsi_error.c - 1.43 linux/drivers/scsi/scsi_debug.c - 1.33 linux/drivers/scsi/scsi.h - 1.50 linux/drivers/scsi/scsi.c - 1.75 linux/drivers/scsi/qlogicpti.c - 1.27 linux/drivers/scsi/qlogicisp.c - 1.34 linux/drivers/scsi/qlogicfc.c - 1.38 linux/drivers/scsi/qlogicfas.c - 1.22 linux/drivers/scsi/psi240i.c - 1.12 linux/drivers/scsi/ppa.c - 1.24 linux/drivers/scsi/pci2220i.c - 1.29 linux/drivers/scsi/pci2000.c - 1.26 linux/drivers/scsi/pas16.c - 1.15 linux/drivers/scsi/ncr53c8xx.h - 1.11 linux/drivers/scsi/ncr53c8xx.c - 1.34 linux/drivers/scsi/megaraid.h - 1.19 linux/drivers/scsi/megaraid.c - 1.45 linux/drivers/scsi/mac_scsi.c - 1.13 linux/drivers/scsi/inia100.c - 1.27 linux/drivers/scsi/ini9100u.c - 1.23 linux/drivers/scsi/in2000.c - 1.17 linux/drivers/scsi/ibmmca.c - 1.24 linux/drivers/scsi/hosts.h - 1.39 linux/drivers/scsi/hosts.c - 1.44 linux/drivers/scsi/gdth_proc.c - 1.17 linux/drivers/scsi/gdth.c - 1.28 linux/drivers/scsi/g_NCR5380.c - 1.22 linux/drivers/scsi/fdomain.c - 1.31 linux/drivers/scsi/fd_mcs.c - 1.13 linux/drivers/scsi/esp.c - 1.33 linux/drivers/scsi/eata_pio.c - 1.21 linux/drivers/scsi/eata.c - 1.35 linux/drivers/scsi/dtc.c - 1.14 linux/drivers/scsi/atp870u.c - 1.26 linux/drivers/scsi/aha1740.c - 1.16 linux/drivers/scsi/aha1542.c - 1.35 linux/drivers/scsi/aha152x.c - 1.40 linux/drivers/scsi/advansys.c - 1.35 linux/drivers/scsi/NCR53c406a.c - 1.20 linux/drivers/scsi/NCR53C9x.h - 1.9 linux/drivers/scsi/NCR53C9x.c - 1.25 linux/drivers/scsi/NCR5380.h - 1.7 linux/drivers/scsi/NCR5380.c - 1.19 linux/drivers/scsi/Makefile - 1.52 linux/drivers/scsi/BusLogic.h - 1.13 linux/drivers/scsi/BusLogic.c - 1.23 linux/drivers/scsi/53c7xx.h - 1.6 linux/drivers/scsi/53c7xx.c - 1.24 linux/drivers/sbus/char/openprom.c - 1.16 linux/drivers/sbus/char/envctrl.c - 1.21 linux/drivers/pci/Makefile - 1.33 linux/drivers/net/znet.c - 1.17 linux/drivers/net/yellowfin.c - 1.35 linux/drivers/net/via-rhine.c - 1.42 linux/drivers/net/tlan.c - 1.33 linux/drivers/net/sunqe.c - 1.25 linux/drivers/net/sunlance.c - 1.32 linux/drivers/net/sunhme.c - 1.43 linux/drivers/net/sunbmac.c - 1.26 linux/drivers/net/sonic.h - 1.10 linux/drivers/net/sonic.c - 1.9 linux/drivers/net/smc9194.c - 1.25 linux/drivers/net/slip.h - 1.6 linux/drivers/net/slip.c - 1.24 linux/drivers/net/sk_g16.c - 1.19 linux/drivers/net/sgiseeq.c - 1.21 linux/drivers/net/rrunner.h - 1.6 linux/drivers/net/rrunner.c - 1.26 linux/drivers/net/rcpci45.c - 1.27 linux/drivers/net/rclanmtl.h - 1.7 linux/drivers/net/rclanmtl.c - 1.8 linux/drivers/net/ppp_deflate.c - 1.11 linux/drivers/net/pcnet32.c - 1.42 linux/drivers/net/ni65.c - 1.20 linux/drivers/net/ni52.c - 1.20 linux/drivers/net/ni5010.c - 1.18 linux/drivers/net/myri_sbus.c - 1.19 linux/drivers/net/lance.c - 1.29 linux/drivers/net/irda/w83977af_ir.c - 1.29 linux/drivers/net/irda/irtty.c - 1.31 linux/drivers/net/irda/irport.c - 1.29 linux/drivers/net/hp100.c - 1.28 linux/drivers/net/hamradio/mkiss.c - 1.16 linux/drivers/net/hamradio/dmascc.c - 1.15 linux/drivers/net/hamradio/baycom_ser_hdx.c - 1.19 linux/drivers/net/hamradio/baycom_ser_fdx.c - 1.19 linux/drivers/net/hamradio/6pack.c - 1.17 linux/drivers/net/ewrk3.c - 1.27 linux/drivers/net/eth16i.c - 1.26 linux/drivers/net/epic100.c - 1.35 linux/drivers/net/eexpress.c - 1.24 linux/drivers/net/eepro100.c - 1.58 linux/drivers/net/eepro.c - 1.30 linux/drivers/net/dgrs.c - 1.25 linux/drivers/net/depca.c - 1.26 linux/drivers/net/de620.c - 1.19 linux/drivers/net/de600.c - 1.22 linux/drivers/net/cs89x0.c - 1.29 linux/drivers/net/bsd_comp.c - 1.11 linux/drivers/net/atp.c - 1.24 linux/drivers/net/atarilance.c - 1.17 linux/drivers/net/at1700.c - 1.25 linux/drivers/net/ariadne.c - 1.20 linux/drivers/net/am79c961a.c - 1.18 linux/drivers/net/ac3200.c - 1.22 linux/drivers/net/a2065.c - 1.22 linux/drivers/net/Makefile - 1.71 linux/drivers/net/8390.h - 1.15 linux/drivers/net/8390.c - 1.29 linux/drivers/net/82596.c - 1.25 linux/drivers/net/7990.c - 1.12 linux/drivers/net/3c59x.c - 1.48 linux/drivers/net/3c527.c - 1.24 linux/drivers/net/3c523.c - 1.19 linux/drivers/net/3c515.c - 1.29 linux/drivers/net/3c509.c - 1.46 linux/drivers/net/3c507.c - 1.25 linux/drivers/net/3c505.h - 1.5 linux/drivers/net/3c505.c - 1.34 linux/drivers/net/3c501.c - 1.27 linux/drivers/macintosh/via-pmu.c - 1.26 linux/drivers/macintosh/via-cuda.c - 1.14 linux/drivers/macintosh/macserial.c - 1.28 linux/drivers/macintosh/macio-adb.c - 1.9 linux/drivers/isdn/sc/interrupt.c - 1.7 linux/drivers/isdn/sc/init.c - 1.9 linux/drivers/isdn/pcbit/layer2.h - 1.7 linux/drivers/isdn/pcbit/layer2.c - 1.10 linux/drivers/isdn/hisax/teleint.c - 1.17 linux/drivers/isdn/hisax/sportster.c - 1.17 linux/drivers/isdn/hisax/sedlbauer.c - 1.25 linux/drivers/isdn/hisax/niccy.c - 1.23 linux/drivers/isdn/hisax/ipac.h - 1.8 linux/drivers/isdn/hisax/hscx_irq.c - 1.12 linux/drivers/isdn/hisax/hscx.h - 1.9 linux/drivers/isdn/hisax/hisax.h - 1.35 linux/drivers/isdn/hisax/elsa.c - 1.26 linux/drivers/isdn/hisax/diva.c - 1.22 linux/drivers/isdn/hisax/avm_a1.c - 1.17 linux/drivers/isdn/act2000/act2000_isa.c - 1.10 linux/drivers/fc4/socal.c - 1.15 linux/drivers/fc4/soc.c - 1.15 linux/drivers/char/vt.c - 1.37 linux/drivers/char/tty_ioctl.c - 1.9 linux/drivers/char/tty_io.c - 1.69 linux/drivers/char/tpqic02.c - 1.27 linux/drivers/char/synclink.c - 1.36 linux/drivers/char/stallion.c - 1.29 linux/drivers/char/specialix.c - 1.19 linux/drivers/char/serial167.c - 1.20 linux/drivers/char/rtc.c - 1.40 linux/drivers/char/rocket.c - 1.22 linux/drivers/char/riscom8.c - 1.19 linux/drivers/char/pty.c - 1.19 linux/drivers/char/pcxx.c - 1.17 linux/drivers/char/n_tty.c - 1.20 linux/drivers/char/n_hdlc.c - 1.20 linux/drivers/char/misc.c - 1.36 linux/drivers/char/mem.c - 1.52 linux/drivers/char/lp.c - 1.38 linux/drivers/char/keyboard.c - 1.34 linux/drivers/char/istallion.c - 1.28 linux/drivers/char/isicom.c - 1.25 linux/drivers/char/ftape/zftape/zftape-init.c - 1.18 linux/drivers/char/ftape/lowlevel/ftape-ctl.c - 1.9 linux/drivers/char/ftape/lowlevel/ftape-buffer.c - 1.7 linux/drivers/char/ftape/lowlevel/fdc-io.c - 1.10 linux/drivers/char/esp.c - 1.21 linux/drivers/char/epca.c - 1.28 linux/drivers/char/cyclades.c - 1.30 linux/drivers/cdrom/sonycd535.c - 1.37 linux/drivers/cdrom/sjcd.c - 1.31 linux/drivers/cdrom/optcd.c - 1.33 linux/drivers/cdrom/mcdx.c - 1.27 linux/drivers/cdrom/mcd.c - 1.32 linux/drivers/cdrom/gscd.c - 1.32 linux/drivers/cdrom/cm206.c - 1.33 linux/drivers/cdrom/cdu31a.c - 1.30 linux/drivers/cdrom/aztcd.c - 1.34 linux/drivers/block/xd.h - 1.13 linux/drivers/block/xd.c - 1.55 linux/drivers/block/swim3.c - 1.30 linux/drivers/block/rd.c - 1.72 linux/drivers/block/ps2esdi.c - 1.58 linux/drivers/block/paride/pt.c - 1.22 linux/drivers/block/paride/pf.c - 1.37 linux/drivers/block/paride/pd.c - 1.45 linux/drivers/block/paride/pcd.c - 1.33 linux/drivers/block/nbd.c - 1.55 linux/drivers/block/loop.c - 1.83 linux/drivers/block/ll_rw_blk.c - 1.132 linux/drivers/block/genhd.c - 1.52 linux/drivers/block/floppy.c - 1.66 linux/drivers/block/ataflop.c - 1.39 linux/drivers/block/amiflop.c - 1.40 linux/drivers/block/Makefile - 1.34 linux/drivers/acorn/block/fd1772.c - 1.36 linux/arch/sparc64/solaris/timod.c - 1.23 linux/arch/sparc64/solaris/misc.c - 1.29 linux/arch/sparc64/solaris/ioctl.c - 1.16 linux/arch/sparc64/prom/printf.c - 1.4 linux/arch/sparc64/mm/init.c - 1.56 linux/arch/sparc64/kernel/trampoline.S - 1.17 linux/arch/sparc64/kernel/time.c - 1.33 linux/arch/sparc64/kernel/systbls.S - 1.44 linux/arch/sparc64/kernel/sys_sparc32.c - 1.74 linux/arch/sparc64/kernel/sunos_ioctl32.c - 1.6 linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.57 linux/arch/sparc64/kernel/smp.c - 1.56 linux/arch/sparc64/kernel/setup.c - 1.40 linux/arch/sparc64/kernel/rtrap.S - 1.19 linux/arch/sparc64/kernel/ptrace.c - 1.22 linux/arch/sparc64/kernel/irq.c - 1.34 linux/arch/sparc64/kernel/ioctl32.c - 1.71 linux/arch/sparc64/kernel/head.S - 1.23 linux/arch/sparc64/kernel/entry.S - 1.30 linux/arch/sparc64/kernel/ebus.c - 1.20 linux/arch/sparc64/kernel/devices.c - 1.15 linux/arch/sparc64/kernel/auxio.c - 1.8 linux/arch/sparc64/defconfig - 1.92 linux/arch/sparc/prom/misc.c - 1.6 linux/arch/sparc/mm/sun4c.c - 1.44 linux/arch/sparc/mm/srmmu.c - 1.45 linux/arch/sparc/mm/loadmmu.c - 1.8 linux/arch/sparc/mm/iommu.c - 1.16 linux/arch/sparc/mm/io-unit.c - 1.15 linux/arch/sparc/mm/init.c - 1.36 linux/arch/sparc/lib/Makefile - 1.14 linux/arch/sparc/kernel/wuf.S - 1.7 linux/arch/sparc/kernel/wof.S - 1.7 linux/arch/sparc/kernel/windows.c - 1.6 linux/arch/sparc/kernel/trampoline.S - 1.6 linux/arch/sparc/kernel/time.c - 1.26 linux/arch/sparc/kernel/tick14.c - 1.5 linux/arch/sparc/kernel/sunos_asm.S - 1.4 linux/arch/sparc/kernel/sun4m_irq.c - 1.13 linux/arch/sparc/kernel/sun4d_irq.c - 1.20 linux/arch/sparc/kernel/sun4c_irq.c - 1.12 linux/arch/sparc/kernel/sparc_ksyms.c - 1.39 linux/arch/sparc/kernel/smp.c - 1.21 linux/arch/sparc/kernel/signal.c - 1.36 linux/arch/sparc/kernel/setup.c - 1.28 linux/arch/sparc/kernel/rtrap.S - 1.14 linux/arch/sparc/kernel/process.c - 1.35 linux/arch/sparc/kernel/pcic.c - 1.28 linux/arch/sparc/kernel/irq.c - 1.29 linux/arch/sparc/kernel/ioport.c - 1.26 linux/arch/sparc/kernel/head.S - 1.12 linux/arch/sparc/kernel/etrap.S - 1.7 linux/arch/sparc/kernel/entry.S - 1.18 linux/arch/sparc/kernel/auxio.c - 1.5 linux/arch/ppc/mm/init.c - 1.49 linux/arch/ppc/kernel/traps.c - 1.31 linux/arch/ppc/kernel/smp.c - 1.49 linux/arch/ppc/kernel/setup.c - 1.55 linux/arch/ppc/kernel/ppc_ksyms.c - 1.56 linux/arch/ppc/kernel/irq.c - 1.45 linux/arch/ppc/kernel/head.S - 1.43 linux/arch/ppc/amiga/config.c - 1.21 linux/arch/ppc/amiga/amiints.c - 1.16 linux/arch/ppc/8xx_io/uart.c - 1.27 linux/arch/mips/kernel/setup.c - 1.16 linux/arch/mips/kernel/irixioctl.c - 1.9 linux/arch/mips/kernel/gdb-stub.c - 1.9 linux/arch/m68k/kernel/setup.c - 1.22 linux/arch/i386/mm/init.c - 1.55 linux/arch/i386/kernel/vm86.c - 1.29 linux/arch/i386/kernel/traps.c - 1.77 linux/arch/i386/kernel/time.c - 1.39 linux/arch/i386/kernel/signal.c - 1.36 linux/arch/i386/kernel/setup.c - 1.92 linux/arch/i386/kernel/irq.c - 1.57 linux/arch/i386/kernel/io_apic.c - 1.60 linux/arch/i386/kernel/entry.S - 1.78 linux/arch/i386/kernel/apm.c - 1.62 linux/arch/i386/kernel/Makefile - 1.48 linux/arch/i386/Makefile - 1.51 linux/arch/arm/mm/proc-sa110.S - 1.31 linux/arch/arm/mm/mm-armv.c - 1.33 linux/arch/arm/mm/init.c - 1.37 linux/arch/arm/mm/fault-common.c - 1.28 linux/arch/arm/mm/fault-armv.c - 1.30 linux/arch/arm/mm/Makefile - 1.25 linux/arch/arm/kernel/signal.c - 1.32 linux/arch/arm/kernel/setup.c - 1.42 linux/arch/arm/kernel/process.c - 1.37 linux/arch/arm/kernel/entry-armv.S - 1.43 linux/arch/arm/Makefile - 1.45 linux/arch/alpha/mm/init.c - 1.27 linux/arch/alpha/kernel/time.c - 1.30 linux/arch/alpha/kernel/setup.c - 1.37 linux/arch/alpha/kernel/proto.h - 1.24 linux/arch/alpha/kernel/irq.c - 1.31 linux/arch/alpha/kernel/core_tsunami.c - 1.24 linux/arch/alpha/kernel/core_mcpcia.c - 1.20 linux/Makefile - 1.246 linux/MAINTAINERS - 1.139 linux/Documentation/filesystems/ntfs.txt - 1.22 linux/net/decnet/dn_route.c - 1.27 linux/net/decnet/dn_nsp_out.c - 1.14 linux/net/decnet/af_decnet.c - 1.39 linux/include/linux/ide.h - 1.77 linux/drivers/video/vga16fb.c - 1.21 linux/drivers/video/cyber2000fb.c - 1.39 linux/drivers/sbus/char/aurora.c - 1.26 linux/drivers/net/sk_mca.c - 1.18 linux/drivers/net/irda/toshoboe.c - 1.33 linux/drivers/net/irda/smc-ircc.c - 1.29 linux/drivers/isdn/hisax/telespci.c - 1.16 linux/drivers/isdn/hisax/avm_a1p.c - 1.14 linux/drivers/isdn/eicon/eicon_io.c - 1.10 linux/drivers/isdn/eicon/eicon_idi.c - 1.18 linux/drivers/isdn/eicon/eicon.h - 1.16 linux/arch/ppc/xmon/xmon.c - 1.22 linux/arch/ppc/xmon/start.c - 1.22 linux/arch/ppc/xmon/nonstdio.h - 1.5 linux/arch/i386/vmlinux.lds.S - 1.20 linux/arch/arm/nwfpe/softfloat.h - 1.3 linux/arch/arm/nwfpe/softfloat.c - 1.5 linux/arch/arm/nwfpe/single_cpdo.c - 1.7 linux/arch/arm/nwfpe/fpsr.h - 1.4 linux/arch/arm/nwfpe/fpopcode.h - 1.5 linux/arch/arm/nwfpe/fpopcode.c - 1.6 linux/arch/arm/nwfpe/fpmodule.inl - 1.5 linux/arch/arm/nwfpe/fpmodule.c - 1.13 linux/arch/arm/nwfpe/fpa11_cprt.c - 1.8 linux/arch/arm/nwfpe/fpa11_cpdt.c - 1.8 linux/arch/arm/nwfpe/fpa11_cpdo.c - 1.7 linux/arch/arm/nwfpe/fpa11.inl - 1.5 linux/arch/arm/nwfpe/fpa11.h - 1.7 linux/arch/arm/nwfpe/fpa11.c - 1.12 linux/arch/arm/nwfpe/extended_cpdo.c - 1.8 linux/arch/arm/nwfpe/entry26.S - 1.8 linux/arch/arm/nwfpe/entry.S - 1.8 linux/arch/arm/nwfpe/double_cpdo.c - 1.8 linux/arch/arm/nwfpe/Makefile - 1.10 linux/arch/arm/nwfpe/ChangeLog - 1.4 linux/drivers/tc/zs.c - 1.13 linux/drivers/net/declance.c - 1.20 linux/drivers/net/bagetlance.c - 1.15 linux/drivers/char/dz.c - 1.21 linux/arch/mips/baget/vacserial.c - 1.16 linux/drivers/block/cpqarray.c - 1.70 linux/drivers/parport/parport_pc.c - 1.56 linux/drivers/net/ppp_generic.c - 1.36 linux/drivers/net/ppp_async.c - 1.17 linux/drivers/net/hamradio/yam.c - 1.24 linux/drivers/char/sx.c - 1.34 linux/drivers/char/generic_serial.c - 1.16 linux/include/linux/irq.h - 1.11 linux/fs/partitions/msdos.c - 1.28 linux/fs/partitions/mac.c - 1.7 linux/fs/partitions/check.h - 1.10 linux/fs/partitions/check.c - 1.69 linux/fs/partitions/Makefile - 1.15 linux/drivers/isdn/hisax/saphir.c - 1.15 linux/drivers/isdn/hisax/isurf.c - 1.18 linux/drivers/isdn/hisax/hfcscard.c - 1.15 linux/drivers/isdn/hisax/hfc_pci.c - 1.30 linux/drivers/isdn/hisax/bkm_a4t.c - 1.18 linux/arch/i386/kernel/i8259.c - 1.38 linux/drivers/net/sis900.c - 1.44 linux/drivers/net/sb1000.c - 1.22 linux/drivers/char/ip2main.c - 1.27 linux/drivers/atm/zatm.c - 1.18 linux/drivers/atm/nicstar.c - 1.23 linux/drivers/atm/horizon.c - 1.17 linux/drivers/atm/eni.c - 1.20 linux/drivers/atm/ambassador.c - 1.21 linux/net/sched/sch_atm.c - 1.12 linux/net/core/netfilter.c - 1.22 linux/net/atm/resources.c - 1.11 linux/net/atm/mpc.c - 1.14 linux/net/atm/lec.c - 1.20 linux/include/linux/netfilter.h - 1.11 linux/arch/arm/vmlinux-armv.lds.in - 1.28 linux/drivers/block/DAC960.h - 1.23 linux/drivers/block/DAC960.c - 1.68 linux/arch/sparc64/kernel/power.c - 1.15 linux/arch/sparc64/kernel/pci_sabre.c - 1.33 linux/arch/sparc64/kernel/pci_psycho.c - 1.31 linux/arch/sparc64/kernel/pci_common.c - 1.22 linux/arch/sh/kernel/setup.c - 1.22 linux/include/asm-arm/cpu-single.h - 1.14 linux/include/asm-arm/cpu-multi32.h - 1.14 linux/include/asm-arm/cpu-multi26.h - 1.6 linux/drivers/scsi/ips.c - 1.39 linux/drivers/char/n_r3964.c - 1.16 linux/drivers/char/applicom.c - 1.16 linux/net/irda/ircomm/ircomm_tty_attach.c - 1.16 linux/net/irda/ircomm/ircomm_tty.c - 1.27 linux/net/irda/ircomm/ircomm_param.c - 1.15 linux/drivers/pcmcia/tcic.c - 1.25 linux/drivers/pcmcia/rsrc_mgr.c - 1.20 linux/drivers/pcmcia/i82365.c - 1.38 linux/drivers/pcmcia/ds.c - 1.27 linux/drivers/pcmcia/cs_internal.h - 1.15 linux/drivers/pcmcia/cs.c - 1.37 linux/drivers/pcmcia/cistpl.c - 1.19 linux/include/pcmcia/ss.h - 1.13 linux/drivers/pcmcia/cardbus.c - 1.31 linux/include/pcmcia/ds.h - 1.8 linux/include/pcmcia/driver_ops.h - 1.7 linux/include/pcmcia/bus_ops.h - 1.8 linux/include/asm-sparc64/pci.h - 1.17 linux/drivers/sbus/char/uctrl.c - 1.16 linux/drivers/net/starfire.c - 1.31 linux/drivers/net/pcmcia/pcnet_cs.c - 1.24 linux/drivers/net/pcmcia/3c589_cs.c - 1.26 linux/drivers/char/drm/gamma_drv.h - 1.8 linux/drivers/char/drm/gamma_drv.c - 1.15 linux/drivers/char/drm/gamma_dma.c - 1.15 linux/drivers/char/drm/drmP.h - 1.24 linux/include/linux/acpi.h - 1.36 linux/drivers/net/wan/cycx_main.c - 1.15 linux/drivers/net/wan/cosa.c - 1.32 linux/drivers/net/tokenring/olympic.c - 1.26 linux/drivers/net/tokenring/ibmtr.c - 1.23 linux/include/linux/pci_ids.h - 1.90 linux/drivers/net/wan/z85230.h - 1.6 linux/drivers/net/wan/z85230.c - 1.14 linux/drivers/net/wan/x25_asy.c - 1.10 linux/drivers/net/wan/sdlamain.c - 1.17 linux/drivers/net/wan/sdla.c - 1.16 linux/drivers/net/wan/sbni.c - 1.22 linux/drivers/net/wan/cycx_x25.c - 1.17 linux/drivers/video/tdfxfb.c - 1.30 linux/drivers/net/tokenring/tms380tr.h - 1.7 linux/drivers/net/tokenring/tms380tr.c - 1.21 linux/drivers/net/pcmcia/xirc2ps_cs.c - 1.23 linux/drivers/net/pcmcia/3c574_cs.c - 1.25 linux/drivers/net/pcmcia/nmclan_cs.c - 1.18 linux/drivers/net/pcmcia/fmvj18x_cs.c - 1.22 linux/drivers/net/pcmcia/smc91c92_cs.c - 1.20 linux/include/asm-i386/pgtable-3level.h - 1.15 linux/include/asm-arm/proc-armv/cache.h - 1.18 linux/include/asm-arm/arch-sa1100/memory.h - 1.9 linux/drivers/net/ppp_synctty.c - 1.13 linux/fs/proc/proc_misc.c - 1.60 linux/drivers/isdn/hisax/w6692.c - 1.19 linux/include/asm-i386/div64.h - 1.2 linux/drivers/scsi/sun3_scsi.c - 1.17 linux/drivers/pci/pci.ids - 1.59 linux/drivers/net/sk98lin/skge.c - 1.24 linux/include/asm-i386/pgalloc.h - 1.24 linux/include/asm-alpha/pgalloc.h - 1.18 linux/arch/alpha/kernel/core_irongate.c - 1.15 linux/kernel/timer.c - 1.44 linux/drivers/scsi/scsi_lib.c - 1.63 linux/drivers/i2c/i2c-elektor.c - 1.16 linux/drivers/i2c/i2c-core.c - 1.26 linux/drivers/pcmcia/yenta.c - 1.40 linux/drivers/pcmcia/pci_socket.c - 1.17 linux/arch/sparc64/kernel/sbus.c - 1.20 linux/include/asm-sparc64/pgalloc.h - 1.23 linux/include/linux/input.h - 1.25 linux/drivers/net/pcmcia/com20020_cs.c - 1.11 linux/net/sched/sch_ingress.c - 1.12 linux/drivers/net/tokenring/smctr.c - 1.20 linux/net/sched/sch_gred.c - 1.14 linux/net/sched/sch_dsmark.c - 1.11 linux/net/sched/cls_tcindex.c - 1.7 linux/drivers/ieee1394/raw1394.c - 1.27 linux/drivers/ieee1394/pcilynx.c - 1.30 linux/drivers/ieee1394/ieee1394_core.c - 1.31 linux/drivers/ieee1394/ohci1394.c - 1.31 linux/drivers/ieee1394/ieee1394_types.h - 1.20 linux/arch/arm/boot/compressed/head-sa1100.S - 1.11 linux/drivers/ieee1394/ieee1394.h - 1.7 linux/drivers/ieee1394/hosts.h - 1.17 linux/drivers/ieee1394/hosts.c - 1.20 linux/drivers/ieee1394/highlevel.h - 1.8 linux/arch/i386/kernel/mpparse.c - 1.37 linux/drivers/ieee1394/csr.c - 1.12 linux/drivers/char/moxa.c - 1.17 linux/drivers/char/mxser.c - 1.23 linux/drivers/ieee1394/Makefile - 1.21 linux/drivers/ieee1394/highlevel.c - 1.13 linux/include/asm-arm/arch-sa1100/uncompress.h - 1.8 linux/drivers/scsi/scsi_scan.c - 1.46 linux/drivers/scsi/3w-xxxx.c - 1.30 linux/drivers/net/wan/sdla_chdlc.c - 1.24 linux/drivers/net/tokenring/madgemc.c - 1.10 linux/drivers/net/irda/nsc-ircc.c - 1.26 linux/drivers/net/mac89x0.c - 1.14 linux/drivers/char/vme_scc.c - 1.16 linux/drivers/atm/iphase.c - 1.20 linux/arch/ia64/ia32/sys_ia32.c - 1.44 linux/arch/ia64/ia32/ia32_entry.S - 1.23 linux/arch/ia64/kernel/setup.c - 1.25 linux/arch/ia64/kernel/perfmon.c - 1.24 linux/drivers/scsi/qla1280.h - 1.11 linux/drivers/scsi/qla1280.c - 1.26 linux/include/asm-ia64/irq.h - 1.5 linux/include/asm-ia64/pgalloc.h - 1.16 linux/include/asm-arm/proc-armv/locks.h - 1.7 linux/drivers/video/sun3fb.c - 1.13 linux/drivers/net/8139too.c - 1.50 linux/drivers/char/amiserial.c - 1.20 linux/arch/arm/mm/consistent.c - 1.15 linux/drivers/isdn/hisax/hfc_sx.c - 1.21 linux/arch/i386/kernel/microcode.c - 1.25 linux/include/linux/devfs_fs_kernel.h - 1.21 linux/drivers/scsi/pcmcia/qlogic_stub.c - 1.14 linux/drivers/scsi/pcmcia/fdomain_stub.c - 1.15 linux/fs/devfs/util.c - 1.20 linux/fs/devfs/base.c - 1.56 linux/drivers/scsi/pcmcia/aha152x_stub.c - 1.15 linux/drivers/isdn/hysdn/boardergo.c - 1.16 linux/drivers/net/skfp/skfddi.c - 1.16 linux/net/bridge/br_stp_timer.c - 1.4 linux/net/bridge/br_stp_if.c - 1.6 linux/net/bridge/br_forward.c - 1.9 linux/net/bridge/br_fdb.c - 1.6 linux/net/bridge/br_device.c - 1.8 linux/net/bridge/br_stp_bpdu.c - 1.4 linux/net/bridge/br_stp.c - 1.6 linux/net/bridge/br_private_stp.h - 1.4 linux/net/bridge/br_private.h - 1.11 linux/net/bridge/br_notify.c - 1.4 linux/net/bridge/br_ioctl.c - 1.7 linux/net/bridge/br_input.c - 1.14 linux/net/bridge/br_if.c - 1.12 linux/drivers/video/matrox/matroxfb_crtc2.c - 1.13 linux/drivers/video/matrox/matroxfb_base.c - 1.22 linux/drivers/video/matrox/i2c-matroxfb.c - 1.9 linux/drivers/net/tulip/tulip.h - 1.17 linux/drivers/net/tulip/interrupt.c - 1.20 linux/drivers/net/ioc3-eth.c - 1.22 linux/include/asm-mips/pgalloc.h - 1.7 linux/include/asm-mips64/irq.h - 1.6 linux/include/asm-mips64/pgalloc.h - 1.9 linux/arch/mips64/mm/init.c - 1.11 linux/drivers/atm/fore200e.c - 1.19 linux/arch/mips64/sgi-ip27/ip27-pci.c - 1.9 linux/arch/mips64/kernel/scall_o32.S - 1.12 linux/drivers/video/riva/fbdev.c - 1.25 linux/include/asm-sh/pgalloc.h - 1.8 linux/drivers/video/hgafb.c - 1.19 linux/drivers/net/appletalk/ltpc.c - 1.15 linux/drivers/net/appletalk/cops.c - 1.18 linux/drivers/char/sh-sci.c - 1.23 linux/net/econet/af_econet.c - 1.19 linux/include/linux/usb.h - 1.58 linux/drivers/usb/serial/usb-serial.h - 1.31 linux/drivers/usb/serial/usb-serial.c - 1.17 linux/drivers/ide/ide.c - 1.85 linux/drivers/ide/ide-tape.c - 1.45 linux/drivers/ide/ide-probe.c - 1.53 linux/drivers/ide/ide-disk.c - 1.59 linux/drivers/ide/ide-cd.c - 1.61 linux/include/linux/elevator.h - 1.17 linux/drivers/net/wan/comx-hw-mixcom.c - 1.12 linux/drivers/net/wan/comx-hw-comx.c - 1.11 linux/net/ipv4/netfilter/iptable_mangle.c - 1.15 linux/net/ipv4/netfilter/iptable_filter.c - 1.9 linux/net/ipv4/netfilter/ipt_REJECT.c - 1.20 linux/net/ipv4/netfilter/ipfwadm_core.c - 1.17 linux/net/ipv4/netfilter/ip_queue.c - 1.20 linux/net/ipv4/netfilter/ip_nat_standalone.c - 1.24 linux/net/ipv4/netfilter/ip_fw_compat_masq.c - 1.11 linux/net/ipv4/netfilter/ip_fw_compat.c - 1.17 linux/net/ipv4/netfilter/ip_conntrack_standalone.c - 1.21 linux/net/ipv4/netfilter/ip_conntrack_ftp.c - 1.14 linux/net/ipv4/netfilter/ip_conntrack_core.c - 1.23 linux/drivers/scsi/dmx3191d.c - 1.13 linux/drivers/net/pcmcia/ibmtr_cs.c - 1.13 linux/drivers/video/sa1100fb.c - 1.23 linux/drivers/usb/serial/keyspan_pda.c - 1.35 linux/drivers/usb/serial/ftdi_sio.c - 1.47 linux/drivers/usb/serial/whiteheat.c - 1.39 linux/include/linux/if_pppox.h - 1.10 linux/drivers/usb/serial/digi_acceleport.c - 1.36 linux/drivers/net/pppox.c - 1.12 linux/drivers/net/pppoe.c - 1.28 linux/drivers/char/rio/func.h - 1.4 linux/drivers/char/rio/riotty.c - 1.10 linux/arch/ppc/8260_io/uart.c - 1.17 linux/arch/ppc/8260_io/enet.c - 1.11 linux/drivers/char/rio/rio_linux.c - 1.23 linux/drivers/s390/char/con3215.c - 1.16 linux/drivers/s390/block/dasd.c - 1.42 linux/include/asm-s390/pgalloc.h - 1.10 linux/arch/s390/kernel/setup.c - 1.14 linux/net/ipv6/netfilter/ip6table_filter.c - 1.7 linux/arch/mips64/kernel/ioctl32.c - 1.16 linux/Documentation/filesystems/Locking - 1.22 linux/drivers/char/drm/r128_drv.h - 1.13 linux/drivers/video/hitfb.c - 1.12 linux/drivers/char/drm/r128_drm.h - 1.7 linux/drivers/char/drm/mga_drv.h - 1.13 linux/drivers/char/drm/mga_dma.c - 1.12 linux/drivers/char/drm/i810_drv.h - 1.6 linux/drivers/char/drm/i810_drv.c - 1.9 linux/drivers/char/drm/i810_dma.c - 1.22 linux/arch/alpha/kernel/core_titan.c - 1.11 linux/arch/alpha/kernel/core_wildfire.c - 1.5 linux/drivers/usb/serial/keyspan.h - 1.18 linux/drivers/usb/serial/keyspan.c - 1.42 linux/include/asm-sh/serial.h - 1.4 linux/drivers/acpi/tables/tbutils.c - 1.19 linux/drivers/acpi/resources/rsxface.c - 1.16 linux/drivers/acpi/resources/rsmisc.c - 1.13 linux/drivers/acpi/resources/rsmemory.c - 1.14 linux/drivers/acpi/resources/rsirq.c - 1.16 linux/drivers/acpi/resources/rsio.c - 1.15 linux/drivers/acpi/resources/rscalc.c - 1.18 linux/drivers/acpi/resources/rsaddr.c - 1.14 linux/drivers/acpi/parser/psargs.c - 1.19 linux/drivers/acpi/namespace/nsutils.c - 1.20 linux/drivers/acpi/namespace/nsnames.c - 1.18 linux/drivers/acpi/namespace/nsaccess.c - 1.21 linux/arch/arm/mm/proc-arm720.S - 1.18 linux/drivers/acpi/hardware/hwregs.c - 1.21 linux/drivers/acpi/hardware/hwgpe.c - 1.18 linux/drivers/acpi/hardware/hwacpi.c - 1.17 linux/drivers/acpi/events/evxfregn.c - 1.17 linux/drivers/acpi/events/evregion.c - 1.19 linux/drivers/acpi/dispatcher/dswexec.c - 1.18 linux/arch/ia64/ia32/ia32_ioctl.c - 1.9 linux/drivers/acpi/dispatcher/dsobject.c - 1.25 linux/drivers/acpi/dispatcher/dsmthdat.c - 1.18 linux/drivers/acpi/dispatcher/dsfield.c - 1.18 linux/drivers/ieee1394/video1394.c - 1.29 linux/drivers/mtd/mtdblock.c - 1.35 linux/drivers/net/ibmlana.c - 1.10 linux/include/linux/serio.h - 1.10 linux/net/ipv4/tcp_minisocks.c - 1.25 linux/drivers/net/natsemi.c - 1.28 linux/drivers/media/video/zr36120_mem.c - 1.3 linux/drivers/media/video/videodev.c - 1.17 linux/drivers/media/video/tuner.c - 1.17 linux/drivers/media/video/tuner-3036.c - 1.8 linux/drivers/media/video/tea6420.c - 1.4 linux/drivers/media/video/tda9875.c - 1.13 linux/drivers/media/video/tda7432.c - 1.13 linux/drivers/media/video/stradis.c - 1.12 linux/drivers/media/video/saa7185.c - 1.11 linux/drivers/media/video/saa7111.c - 1.10 linux/drivers/media/video/saa5249.c - 1.15 linux/drivers/media/video/planb.c - 1.15 linux/drivers/media/video/msp3400.c - 1.18 linux/drivers/media/video/cpia.c - 1.20 linux/drivers/media/video/bttv-driver.c - 1.29 linux/drivers/isdn/hisax/nj_u.c - 1.15 linux/drivers/isdn/hisax/nj_s.c - 1.16 linux/drivers/isdn/eicon/uxio.h - 1.7 linux/drivers/isdn/eicon/linio.c - 1.8 linux/drivers/input/mousedev.c - 1.19 linux/drivers/input/joydev.c - 1.16 linux/drivers/input/input.c - 1.19 linux/drivers/input/evdev.c - 1.17 linux/arch/arm/tools/mach-types - 1.25 linux/drivers/md/raid1.c - 1.35 linux/arch/arm/def-configs/shark - 1.13 linux/arch/arm/mm/proc-arm920.S - 1.16 linux/arch/arm/mm/proc-syms.c - 1.6 linux/arch/ppc/8260_io/fcc_enet.c - 1.8 linux/drivers/block/cciss.c - 1.56 linux/drivers/md/md.c - 1.74 linux/drivers/net/hamachi.c - 1.23 linux/drivers/net/sundance.c - 1.23 linux/drivers/scsi/cpqfcTSinit.c - 1.29 linux/drivers/scsi/cpqfcTSstructs.h - 1.13 linux/include/asm-arm/arch-tbox/irqs.h - 1.2 linux/drivers/net/isa-skeleton.c - 1.11 linux/mm/oom_kill.c - 1.23 linux/drivers/usb/serial/belkin_sa.c - 1.30 linux/drivers/video/sis/sis_main.c - 1.17 linux/drivers/media/video/tvaudio.c - 1.17 linux/net/irda/irnet/irnet_ppp.c - 1.12 linux/net/irda/irnet/irnet_irda.c - 1.14 linux/net/irda/irnet/irnet.h - 1.15 linux/include/asm-i386/cpufeature.h - 1.7 linux/include/asm-m68k/motorola_pgalloc.h - 1.10 linux/drivers/video/stifb.c - 1.9 linux/drivers/net/lasi_82596.c - 1.18 linux/drivers/usb/serial/mct_u232.c - 1.30 linux/arch/parisc/mm/init.c - 1.8 linux/include/asm-parisc/pgalloc.h - 1.7 linux/drivers/usb/serial/empeg.c - 1.35 linux/include/asm-parisc/irq.h - 1.5 linux/arch/parisc/kernel/syscall.S - 1.11 linux/arch/parisc/kernel/setup.c - 1.7 linux/include/asm-m68k/sun3_pgalloc.h - 1.11 linux/arch/parisc/kernel/irq.c - 1.11 linux/drivers/atm/firestream.c - 1.16 linux/drivers/char/drm/r128_cce.c - 1.9 linux/arch/ia64/sn/io/pci_bus_cvlink.c - 1.5 linux/drivers/char/drm/radeon_cp.c - 1.13 linux/drivers/char/drm/radeon_drm.h - 1.10 linux/drivers/char/drm/radeon_drv.h - 1.12 linux/drivers/char/drm/radeon_state.c - 1.12 linux/drivers/acpi/hardware/hwsleep.c - 1.17 linux/arch/sparc64/kernel/pci_schizo.c - 1.19 linux/fs/reiserfs/journal.c - 1.42 linux/fs/reiserfs/inode.c - 1.39 linux/drivers/usb/storage/unusual_devs.h - 1.19 linux/drivers/sbus/char/cpwatchdog.c - 1.9 linux/net/ipv6/netfilter/ip6table_mangle.c - 1.8 linux/arch/cris/drivers/serial.c - 1.14 linux/drivers/s390/char/tape.h - 1.7 linux/drivers/s390/block/xpram.c - 1.33 linux/include/asm-arm/arch-sa1100/graphicsclient.h - 1.4 linux/drivers/net/pci-skeleton.c - 1.15 linux/include/asm-cris/pgalloc.h - 1.5 linux/include/asm-arm/arch-integrator/bits.h - 1.2 linux/drivers/usb/serial/io_tables.h - 1.10 linux/drivers/usb/serial/io_edgeport.c - 1.35 linux/drivers/scsi/aic7xxx_old/aic7xxx.h - 1.10 linux/drivers/scsi/aic7xxx_old.c - 1.30 linux/drivers/scsi/aic7xxx/aic7xxx_osm.h - 1.15 linux/arch/arm/mach-integrator/irq.c - 1.4 linux/drivers/net/wan/n2.c - 1.9 linux/drivers/net/wan/hd6457x.c - 1.7 linux/drivers/net/wan/dscc4.c - 1.19 linux/drivers/net/wan/c101.c - 1.8 linux/drivers/net/sungem.c - 1.27 linux/drivers/isdn/hisax/sedlbauer_cs.c - 1.7 linux/drivers/s390/char/tuball.c - 1.10 linux/drivers/s390/char/tubfs.c - 1.11 linux/drivers/s390/char/tubio.h - 1.9 linux/drivers/s390/char/tubtty.c - 1.10 linux/net/wanrouter/af_wanpipe.c - 1.16 linux/drivers/net/saa9730.c - 1.6 linux/drivers/s390/net/ctctty.c - 1.8 linux/drivers/sbus/char/bbc_i2c.c - 1.3 linux/drivers/net/gt96100eth.c - 1.9 linux/drivers/isdn/hisax/elsa_cs.c - 1.4 linux/drivers/video/epson1355fb.c - 1.8 linux/drivers/video/maxinefb.c - 1.10 linux/drivers/video/pmag-ba-fb.c - 1.9 linux/drivers/video/pmagb-b-fb.c - 1.9 linux/arch/sparc64/kernel/chmc.c - 1.4 linux/include/asm-arm/proc-armo/pgalloc.h - 1.3 linux/include/asm-arm/proc-armv/pgalloc.h - 1.7 linux/include/asm-sh/serial-ec3104.h - 1.2 linux/include/asm-sparc64/chafsr.h - 1.2 linux/include/asm-sparc64/estate.h - 1.2 linux/drivers/net/fealnx.c - 1.19 linux/drivers/media/video/w9966.c - 1.8 linux/drivers/net/wireless/orinoco.c - 1.17 linux/drivers/net/wireless/orinoco.h - 1.12 linux/drivers/net/wireless/orinoco_cs.c - 1.15 linux/drivers/media/video/bt856.c - 1.10 linux/drivers/media/video/adv7175.c - 1.11 linux/arch/alpha/mm/numa.c - 1.11 linux/include/linux/netfilter_bridge.h - 1.5 linux/include/net/bluetooth/hci_core.h - 1.10 linux/drivers/bluetooth/hci_usb.c - 1.21 linux/arch/m68k/sun3x/prom.c - 1.5 linux/net/bluetooth/af_bluetooth.c - 1.14 linux/net/bluetooth/hci_sock.c - 1.14 linux/drivers/mtd/mtdblock_ro.c - 1.19 linux/drivers/mtd/chips/sharp.c - 1.5 linux/drivers/media/radio/miropcm20-rds.c - 1.7 linux/drivers/acpi/utilities/utmisc.c - 1.17 linux/drivers/acpi/utilities/utdebug.c - 1.14 linux/drivers/net/wireless/airo_cs.c - 1.7 linux/drivers/net/wireless/airo.c - 1.28 linux/drivers/acpi/executer/exfldio.c - 1.15 linux/drivers/acpi/executer/exregion.c - 1.13 linux/drivers/usb/serial/pl2303.c - 1.30 linux/include/asm-sh/serial-bigsur.h - 1.2 linux/drivers/isdn/tpam/tpam_queues.c - 1.4 linux/drivers/isdn/tpam/tpam_commands.c - 1.8 linux/drivers/isdn/tpam/tpam.h - 1.6 linux/drivers/net/irda/ali-ircc.c - 1.16 linux/drivers/scsi/pcmcia/nsp_cs.c - 1.19 linux/drivers/media/video/meye.c - 1.14 linux/drivers/media/video/zr36067.c - 1.13 linux/drivers/net/au1000_eth.c - 1.10 linux/drivers/usb/usb-skeleton.c - 1.25 linux/drivers/char/ser_a2232.c - 1.8 linux/drivers/net/lp486e.c - 1.11 linux/drivers/char/sonypi.c - 1.14 linux/drivers/video/pvr2fb.c - 1.9 linux/drivers/parport/parport_serial.c - 1.9 linux/drivers/net/dl2k.c - 1.21 linux/drivers/message/fusion/mptbase.c - 1.11 linux/fs/ntfs/unistr.c - 1.9 linux/drivers/ieee1394/sbp2.c - 1.22 linux/drivers/ieee1394/nodemgr.c - 1.17 linux/drivers/ieee1394/nodemgr.h - 1.9 linux/drivers/video/aty/mach64_gx.c - 1.7 linux/drivers/video/aty/Makefile - 1.8 linux/drivers/video/aty/atyfb.h - 1.7 linux/drivers/video/aty/atyfb_base.c - 1.20 linux/drivers/video/aty/mach64_ct.c - 1.6 linux/drivers/video/aty/mach64_cursor.c - 1.7 linux/drivers/s390/block/dasd_int.h - 1.12 linux/drivers/char/drm/radeon.h - 1.8 linux/drivers/char/drm/drm_ioctl.h - 1.7 linux/drivers/char/drm/r128.h - 1.5 linux/drivers/char/drm/mga.h - 1.4 linux/drivers/char/drm/i810.h - 1.5 linux/drivers/char/drm/gamma.h - 1.4 linux/drivers/char/drm/drm_proc.h - 1.7 linux/drivers/char/drm/drm_memory.h - 1.4 linux/drivers/char/drm/drm_lock.h - 1.5 linux/drivers/char/drm/drm_init.h - 1.3 linux/drivers/char/drm/drm_fops.h - 1.6 linux/drivers/char/drm/drm_drv.h - 1.13 linux/drivers/char/drm/drm_dma.h - 1.8 linux/drivers/char/drm/drm_context.h - 1.8 linux/drivers/char/drm/drm_bufs.h - 1.7 linux/drivers/char/drm/drm_agpsupport.h - 1.13 linux/drivers/net/irda/vlsi_ir.c - 1.15 linux/drivers/net/wan/farsync.c - 1.12 linux/drivers/ieee1394/ieee1394_hotplug.h - 1.4 linux/arch/arm/mm/discontig.c - 1.3 linux/arch/arm/mach-integrator/cpu.c - 1.13 linux/arch/arm/mach-sa1100/assabet.c - 1.17 linux/arch/ppc/mm/pgtable.c - 1.11 linux/include/asm-ppc/cputable.h - 1.6 linux/arch/ppc/kernel/l2cr.S - 1.7 linux/arch/ppc/kernel/cputable.c - 1.10 linux/drivers/video/tx3912fb.c - 1.8 linux/drivers/video/sstfb.c - 1.15 linux/drivers/video/radeonfb.c - 1.16 linux/drivers/telephony/ixj_pcmcia.c - 1.5 linux/drivers/char/serial_tx3912.c - 1.10 linux/arch/mips/au1000/common/serial.c - 1.10 linux/arch/mips/gt64120/momenco_ocelot/setup.c - 1.3 linux/drivers/net/ns83820.c - 1.19 linux/drivers/scsi/53c700.c - 1.17 linux/drivers/scsi/53c700.h - 1.10 linux/drivers/parport/parport_cs.c - 1.6 linux/include/linux/eeprom.h - 1.3 linux/include/asm-arm/tlb.h - 1.7 linux/drivers/char/mwave/tp3780i.c - 1.3 linux/drivers/char/mwave/mwavedd.h - 1.3 linux/drivers/char/mwave/mwavedd.c - 1.7 linux/fs/smbfs/proto.h - 1.9 linux/drivers/mtd/devices/blkmtd.c - 1.23 linux/fs/quota.c - 1.21 linux/arch/arm/mach-sa1100/h3600.c - 1.13 linux/drivers/message/i2o/i2o_core.c - 1.12 linux/drivers/net/8139cp.c - 1.24 linux/drivers/atm/lanai.c - 1.8 linux/drivers/pcmcia/i82092.c - 1.12 linux/drivers/pcmcia/i82092aa.h - 1.4 linux/arch/arm/mach-sa1100/sleep.S - 1.6 linux/include/asm-arm/arch-epxa10db/pld_conf00.h - 1.2 linux/net/ipv6/netfilter/ip6t_LOG.c - 1.5 linux/net/ipv4/netfilter/ip_conntrack_irc.c - 1.8 linux/net/8021q/vlan.c - 1.10 linux/drivers/atm/idt77252.c - 1.10 linux/fs/jbd/journal.c - 1.22 linux/drivers/scsi/sym53c8xx_2/sym53c8xx.h - 1.7 linux/drivers/scsi/sym53c8xx_2/sym_glue.c - 1.14 linux/arch/arm/mm/proc-arm1020.S - 1.11 linux/arch/arm/mm/proc-arm926.S - 1.12 linux/fs/ext3/super.c - 1.35 linux/drivers/hotplug/cpqphp_ctrl.c - 1.8 linux/drivers/hotplug/cpqphp_core.c - 1.13 linux/drivers/hotplug/cpqphp.h - 1.6 linux/include/asm-arm/sizes.h - 1.2 linux/drivers/net/pcmcia/axnet_cs.c - 1.9 linux/drivers/isdn/hisax/hisax_fcpcipnp.c - 1.14 linux/fs/bio.c - 1.29 linux/include/linux/device.h - 1.31 linux/include/linux/gfp.h - 1.11 linux/drivers/usb/serial/ipaq.c - 1.22 linux/drivers/usb/serial/kl5kusb105.c - 1.20 linux/arch/arm/mm/proc-xscale.S - 1.14 linux/arch/arm/mm/proc-arm922.S - 1.11 linux/arch/arm/boot/compressed/head-xscale.S - 1.4 linux/include/asm-arm/arch-sa1100/h3600_gpio.h - 1.2 linux/include/asm-arm/arch-adifcc/time.h - 1.2 linux/include/asm-arm/arch-epxa10db/ether00.h - 1.2 linux/include/asm-arm/arch-clps711x/memory.h - 1.7 linux/drivers/ide/ide-taskfile.c - 1.30 linux/drivers/ieee1394/dv1394-private.h - 1.9 linux/drivers/ieee1394/dv1394.c - 1.15 linux/net/core/wireless.c - 1.7 linux/drivers/net/wireless/netwave_cs.c - 1.7 linux/drivers/net/wireless/wavelan.c - 1.6 linux/drivers/net/wireless/wavelan.p.h - 1.5 linux/drivers/net/wireless/wavelan_cs.c - 1.9 linux/drivers/isdn/hisax/hisax_fcclassic.c - 1.4 linux/drivers/video/neofb.c - 1.13 linux/net/ipv6/netfilter/ip6_queue.c - 1.10 linux/drivers/base/core.c - 1.25 linux/drivers/base/Makefile - 1.13 linux/drivers/input/joystick/magellan.c - 1.7 linux/drivers/input/joystick/sidewinder.c - 1.4 linux/drivers/input/joystick/spaceball.c - 1.6 linux/drivers/input/joystick/spaceorb.c - 1.6 linux/drivers/input/joystick/stinger.c - 1.6 linux/drivers/input/joystick/warrior.c - 1.6 linux/drivers/input/serio/serio.c - 1.9 linux/drivers/input/serio/serport.c - 1.7 linux/sound/sound_core.c - 1.9 linux/sound/ppc/tumbler.c - 1.7 linux/sound/ppc/pmac.c - 1.9 linux/sound/pci/ymfpci/ymfpci_main.c - 1.12 linux/sound/pci/trident/trident_main.c - 1.13 linux/sound/pci/sonicvibes.c - 1.12 linux/sound/pci/rme9652/rme9652.c - 1.17 linux/sound/pci/rme96.c - 1.15 linux/sound/pci/nm256/nm256.c - 1.13 linux/sound/pci/maestro3.c - 1.15 linux/sound/pci/korg1212/korg1212.c - 1.19 linux/sound/pci/intel8x0.c - 1.18 linux/arch/ppc/4xx_io/serial_sicc.c - 1.5 linux/sound/pci/fm801.c - 1.13 linux/sound/pci/es1968.c - 1.16 linux/sound/pci/es1938.c - 1.13 linux/sound/pci/ens1370.c - 1.19 linux/sound/pci/emu10k1/irq.c - 1.4 linux/sound/pci/cs46xx/cs46xx_lib.c - 1.17 linux/sound/pci/cs4281.c - 1.17 linux/sound/pci/cmipci.c - 1.15 linux/sound/pci/als4000.c - 1.11 linux/sound/pci/ali5451/ali5451.c - 1.18 linux/sound/oss/ymfpci.c - 1.5 linux/sound/oss/wf_midi.c - 1.5 linux/sound/oss/wavfront.c - 1.6 linux/sound/oss/waveartist.c - 1.4 linux/sound/oss/vwsnd.c - 1.7 linux/sound/oss/vidc_fill.S - 1.4 linux/sound/oss/vidc.h - 1.2 linux/sound/oss/via82cxxx_audio.c - 1.10 linux/sound/oss/uart6850.c - 1.6 linux/sound/oss/uart401.c - 1.5 linux/sound/oss/trident.c - 1.14 linux/sound/oss/sscape.c - 1.3 linux/sound/oss/sonicvibes.c - 1.8 linux/sound/oss/sb_common.c - 1.4 linux/sound/oss/rme96xx.c - 1.9 linux/sound/oss/pss.c - 1.6 linux/sound/oss/pas2_card.c - 1.5 linux/sound/oss/os.h - 1.3 linux/sound/oss/nm256_audio.c - 1.6 linux/sound/oss/nm256.h - 1.3 linux/sound/oss/nec_vrc5477.c - 1.7 linux/sound/oss/msnd_pinnacle.c - 1.5 linux/sound/oss/mpu401.h - 1.4 linux/sound/oss/mpu401.c - 1.8 linux/sound/oss/maui.c - 1.3 linux/sound/oss/maestro3.c - 1.8 linux/sound/oss/maestro.c - 1.11 linux/sound/oss/ite8172.c - 1.7 linux/sound/oss/i810_audio.c - 1.12 linux/sound/oss/gus_wave.c - 1.6 linux/sound/oss/gus_card.c - 1.4 linux/sound/oss/gus.h - 1.3 linux/sound/oss/esssolo1.c - 1.10 linux/sound/oss/es1371.c - 1.11 linux/sound/oss/es1370.c - 1.10 linux/sound/oss/emu10k1/passthrough.c - 1.5 linux/sound/oss/emu10k1/main.c - 1.5 linux/sound/oss/emu10k1/irqmgr.c - 1.3 linux/sound/oss/emu10k1/cardwo.c - 1.4 linux/sound/oss/emu10k1/audio.c - 1.4 linux/sound/oss/dmasound/dmasound_q40.c - 1.5 linux/sound/oss/dmasound/dmasound_paula.c - 1.4 linux/sound/oss/dmasound/dmasound_awacs.c - 1.7 linux/sound/oss/dmasound/dmasound_atari.c - 1.5 linux/sound/oss/dmabuf.c - 1.4 linux/arch/ppc/platforms/adir_setup.c - 1.5 linux/arch/ppc/platforms/apus_setup.c - 1.7 linux/arch/ppc/platforms/chrp_setup.c - 1.11 linux/arch/ppc/platforms/ev64260_setup.c - 1.6 linux/arch/ppc/platforms/gemini_setup.c - 1.7 linux/arch/ppc/platforms/k2_setup.c - 1.9 linux/arch/ppc/platforms/lopec_setup.c - 1.14 linux/arch/ppc/platforms/mcpn765_setup.c - 1.10 linux/arch/ppc/platforms/menf1_setup.c - 1.9 linux/arch/ppc/platforms/mvme5100_setup.c - 1.6 linux/arch/ppc/platforms/pcore_setup.c - 1.7 linux/arch/ppc/platforms/pmac_feature.c - 1.7 linux/arch/ppc/platforms/pmac_pic.c - 1.8 linux/arch/ppc/platforms/pmac_setup.c - 1.11 linux/arch/ppc/platforms/pmac_smp.c - 1.8 linux/arch/ppc/platforms/powerpmc250.c - 1.7 linux/arch/ppc/platforms/pplus_setup.c - 1.13 linux/arch/ppc/platforms/prep_setup.c - 1.14 linux/arch/ppc/platforms/prpmc750_setup.c - 1.7 linux/arch/ppc/platforms/prpmc800_setup.c - 1.7 linux/arch/ppc/platforms/sandpoint_setup.c - 1.11 linux/arch/ppc/platforms/spruce_setup.c - 1.11 linux/arch/ppc/platforms/zx4500_setup.c - 1.6 linux/sound/oss/cs46xx_wrapper-24.h - 1.2 linux/sound/oss/cs46xx.c - 1.10 linux/sound/oss/cs4281/cs4281m.c - 1.7 linux/sound/oss/cs4281/cs4281_wrapper-24.c - 1.3 linux/sound/oss/cmpci.c - 1.7 linux/sound/oss/btaudio.c - 1.6 linux/arch/x86_64/ia32/ia32_ioctl.c - 1.17 linux/arch/x86_64/ia32/ia32entry.S - 1.13 linux/arch/x86_64/ia32/sys_ia32.c - 1.20 linux/arch/x86_64/kernel/irq.c - 1.12 linux/arch/x86_64/kernel/setup.c - 1.11 linux/arch/x86_64/kernel/time.c - 1.12 linux/sound/oss/ad1848.h - 1.3 linux/sound/oss/ad1848.c - 1.12 linux/sound/oss/ad1816.c - 1.6 linux/sound/isa/wavefront/wavefront.c - 1.11 linux/sound/isa/sgalaxy.c - 1.11 linux/sound/isa/sb/sb_common.c - 1.10 linux/sound/isa/sb/sb8.c - 1.10 linux/sound/isa/sb/sb16_main.c - 1.9 linux/sound/isa/sb/es968.c - 1.11 linux/sound/isa/opti9xx/opti92x-ad1848.c - 1.12 linux/sound/isa/opl3sa2.c - 1.15 linux/sound/isa/gus/interwave.c - 1.13 linux/sound/isa/gus/gusmax.c - 1.7 linux/sound/isa/gus/gus_irq.c - 1.4 linux/sound/isa/es18xx.c - 1.15 linux/sound/isa/es1688/es1688_lib.c - 1.7 linux/sound/isa/cs423x/cs4231_lib.c - 1.12 linux/sound/isa/ad1848/ad1848_lib.c - 1.10 linux/sound/isa/ad1816a/ad1816a_lib.c - 1.8 linux/sound/drivers/serial-u16550.c - 1.14 linux/sound/drivers/mtpav.c - 1.15 linux/sound/drivers/mpu401/mpu401_uart.c - 1.12 linux/sound/core/sound.c - 1.16 linux/include/asm-x86_64/processor.h - 1.14 linux/include/asm-x86_64/pgalloc.h - 1.7 linux/include/asm-x86_64/msr.h - 1.5 linux/include/asm-x86_64/mpspec.h - 1.5 linux/include/asm-x86_64/irq.h - 1.2 linux/include/asm-x86_64/floppy.h - 1.2 linux/include/sound/sb.h - 1.6 linux/include/sound/mpu401.h - 1.6 linux/include/sound/initval.h - 1.8 linux/include/sound/gus.h - 1.4 linux/include/sound/es1688.h - 1.2 linux/include/sound/emu10k1.h - 1.11 linux/include/sound/cs4231.h - 1.4 linux/include/sound/ad1848.h - 1.4 linux/include/asm-x86_64/vsyscall.h - 1.5 linux/include/asm-ppc64/irq.h - 1.3 linux/arch/ppc64/kernel/chrp_setup.c - 1.13 linux/arch/ppc64/kernel/iSeries_setup.c - 1.9 linux/arch/ppc64/kernel/ioctl32.c - 1.18 linux/arch/ppc64/kernel/misc.S - 1.19 linux/arch/ppc64/kernel/setup.c - 1.11 linux/arch/ppc64/kernel/sys_ppc32.c - 1.21 linux/include/asm-ppc64/pgalloc.h - 1.7 linux/drivers/net/e1000/e1000_main.c - 1.19 linux/drivers/net/e1000/e1000.h - 1.12 linux/drivers/isdn/hisax/hisax_hfcpci.c - 1.6 linux/drivers/net/tokenring/3c359.c - 1.6 linux/arch/arm/mach-clps711x/fortunet.c - 1.4 linux/fs/jfs/jfs_logmgr.c - 1.26 linux/fs/jfs/jfs_txnmgr.c - 1.26 linux/drivers/net/tg3.c - 1.20 linux/drivers/pcmcia/sa1111_generic.c - 1.9 linux/drivers/net/tulip/de2104x.c - 1.8 linux/drivers/net/tulip/de4x5.c - 1.12 linux/drivers/net/tulip/dmfe.c - 1.7 linux/drivers/net/tulip/winbond-840.c - 1.11 linux/drivers/net/tulip/xircom_cb.c - 1.7 linux/drivers/net/tulip/xircom_tulip_cb.c - 1.5 linux/drivers/net/e100/e100_main.c - 1.19 linux/net/ipv4/netfilter/arptable_filter.c - 1.4 linux/drivers/media/video/bttv-vbi.c - 1.7 linux/drivers/net/wan/comx-hw-munich.c - 1.10 linux/fs/libfs.c - 1.13 linux/drivers/ieee1394/eth1394.c - 1.8 linux/drivers/net/tc35815.c - 1.9 linux/drivers/net/sun3_82586.c - 1.5 linux/drivers/net/sb1250-mac.c - 1.4 linux/drivers/usb/class/audio.c - 1.15 linux/drivers/usb/class/bluetty.c - 1.17 linux/drivers/usb/class/cdc-acm.c - 1.18 linux/drivers/usb/core/hcd.c - 1.21 linux/drivers/usb/core/hcd.h - 1.16 linux/drivers/usb/core/inode.c - 1.13 linux/include/asm-arm/arch-pxa/pxa-regs.h - 1.6 linux/drivers/usb/input/hid-core.c - 1.19 linux/drivers/usb/core/usb.c - 1.32 linux/arch/arm/mach-pxa/generic.c - 1.6 linux/drivers/usb/media/stv680.c - 1.12 linux/drivers/base/base.h - 1.16 linux/drivers/usb/media/usbvideo.c - 1.13 linux/drivers/ieee1394/cmp.c - 1.6 linux/drivers/usb/image/scanner.c - 1.22 linux/drivers/usb/image/scanner.h - 1.15 linux/drivers/ieee1394/amdtp.c - 1.9 linux/drivers/usb/input/hiddev.c - 1.14 linux/drivers/usb/input/usbkbd.c - 1.12 linux/drivers/usb/input/usbmouse.c - 1.11 linux/drivers/ieee1394/eth1394.h - 1.6 linux/drivers/usb/media/ibmcam.c - 1.8 linux/drivers/usb/media/ov511.c - 1.13 linux/drivers/usb/media/pwc-if.c - 1.10 linux/drivers/video/anakinfb.c - 1.8 linux/drivers/usb/media/se401.c - 1.14 linux/drivers/usb/net/usbnet.c - 1.19 linux/drivers/usb/media/ultracam.c - 1.8 linux/drivers/usb/media/vicam.c - 1.12 linux/drivers/usb/net/kaweth.c - 1.15 linux/drivers/usb/net/Makefile - 1.5 linux/drivers/usb/misc/auerswald.c - 1.16 linux/drivers/usb/misc/rio500.c - 1.10 linux/drivers/isdn/i4l/isdn_tty.c - 1.10 linux/fs/exportfs/expfs.c - 1.11 linux/include/asm-arm/proc-armv/tlbflush.h - 1.4 linux/arch/ia64/hp/sim/hpsim_console.c - 1.3 linux/arch/ia64/hp/sim/simserial.c - 1.10 linux/drivers/isdn/hardware/avm/avm_cs.c - 1.3 linux/drivers/usb/misc/brlvger.c - 1.13 linux/drivers/isdn/hardware/avm/t1isa.c - 1.4 linux/drivers/isdn/hardware/avm/c4.c - 1.6 linux/drivers/isdn/hardware/avm/b1dma.c - 1.4 linux/drivers/isdn/hardware/avm/b1.c - 1.4 linux/drivers/isdn/hardware/avm/avmcard.h - 1.4 linux/drivers/isdn/capi/capi.c - 1.9 linux/drivers/isdn/capi/capidrv.c - 1.4 linux/drivers/isdn/capi/capifs.h - 1.2 linux/drivers/isdn/capi/capifs.c - 1.6 linux/fs/ntfs/attrib.c - 1.11 linux/fs/ntfs/upcase.c - 1.3 linux/fs/ntfs/compress.c - 1.9 linux/drivers/char/synclinkmp.c - 1.9 linux/fs/ntfs/namei.c - 1.10 linux/fs/ntfs/mft.c - 1.9 linux/sound/pci/rme32.c - 1.11 linux/fs/ntfs/layout.h - 1.5 linux/drivers/char/pcmcia/synclink_cs.c - 1.11 linux/fs/ntfs/ChangeLog - 1.10 linux/fs/ntfs/aops.c - 1.13 linux/fs/ntfs/attrib.h - 1.2 linux/drivers/block/umem.c - 1.21 linux/drivers/bluetooth/bluecard_cs.c - 1.8 linux/drivers/usb/host/uhci-hcd.c - 1.19 linux/drivers/net/wan/pc300_drv.c - 1.6 linux/drivers/net/wan/pc300_tty.c - 1.7 linux/net/ipv6/ipv6_syms.c - 1.9 linux/arch/i386/pci/irq.c - 1.5 linux/net/bluetooth/sco.c - 1.9 linux/net/bluetooth/l2cap.c - 1.10 linux/net/bluetooth/hci_event.c - 1.5 linux/net/bluetooth/hci_conn.c - 1.7 linux/drivers/bluetooth/hci_usb.h - 1.3 linux/drivers/bluetooth/dtl1_cs.c - 1.8 linux/drivers/bluetooth/hci_ldisc.c - 1.7 linux/mm/page-writeback.c - 1.23 linux/include/linux/buffer_head.h - 1.22 linux/include/linux/umem.h - 1.3 linux/init/Makefile - 1.17 linux/drivers/char/drm/i830.h - 1.5 linux/kernel/suspend.c - 1.23 linux/drivers/char/drm/sis_drv.c - 1.3 linux/drivers/base/bus.c - 1.16 linux/drivers/char/drm/i830_drv.h - 1.5 linux/drivers/char/drm/i830_drv.c - 1.5 linux/drivers/char/drm/i830_dma.c - 1.10 linux/drivers/base/driver.c - 1.11 linux/drivers/video/cfbimgblt.c - 1.10 linux/drivers/char/drm/gamma_drm.h - 1.3 linux/drivers/video/tridentfb.c - 1.7 linux/drivers/video/pm3fb.c - 1.6 linux/drivers/char/hvc_console.c - 1.10 linux/drivers/usb/core/urb.c - 1.12 linux/drivers/acpi/osl.c - 1.17 linux/drivers/isdn/hisax/enternow_pci.c - 1.8 linux/drivers/usb/class/usb-midi.c - 1.12 linux/drivers/usb/core/hcd-pci.c - 1.9 linux/arch/i386/kernel/cpu/intel.c - 1.15 linux/drivers/s390/block/dasd_devmap.c - 1.5 linux/arch/i386/kernel/cpu/amd.c - 1.11 linux/arch/arm/mm/proc-arm2_3.S - 1.4 linux/arch/arm/mm/proc-arm6_7.S - 1.7 linux/net/llc/llc_if.c - 1.7 linux/net/llc/llc_stat.c - 1.3 linux/net/llc/llc_sap.c - 1.8 linux/net/llc/llc_s_st.c - 1.4 linux/net/llc/llc_s_ac.c - 1.6 linux/net/llc/llc_s_ev.c - 1.5 linux/net/llc/llc_evnt.c - 1.5 linux/net/llc/llc_mac.c - 1.9 linux/net/llc/llc_c_st.c - 1.4 linux/net/llc/llc_actn.c - 1.5 linux/net/llc/llc_pdu.c - 1.7 linux/net/llc/llc_c_ac.c - 1.9 linux/net/llc/llc_c_ev.c - 1.7 linux/net/llc/llc_main.c - 1.10 linux/net/llc/llc_conn.c - 1.9 linux/sound/pci/rme9652/hdsp.c - 1.12 linux/drivers/isdn/hisax/avma1_cs.c - 1.3 linux/drivers/input/keyboard/atkbd.c - 1.10 linux/drivers/input/tsdev.c - 1.7 linux/drivers/input/touchscreen/gunze.c - 1.5 linux/drivers/input/serio/parkbd.c - 1.5 linux/drivers/input/serio/i8042.c - 1.12 linux/drivers/input/serio/ct82c710.c - 1.6 linux/drivers/input/evbug.c - 1.6 linux/drivers/input/mouse/sermouse.c - 1.5 linux/drivers/input/mouse/psmouse.c - 1.12 linux/drivers/input/mouse/pc110pad.c - 1.5 linux/drivers/input/mouse/logibm.c - 1.6 linux/drivers/input/mouse/inport.c - 1.6 linux/drivers/input/keyboard/xtkbd.c - 1.6 linux/drivers/input/keyboard/sunkbd.c - 1.8 linux/drivers/input/joystick/iforce/iforce-serio.c - 1.4 linux/drivers/usb/core/file.c - 1.5 linux/drivers/input/keyboard/newtonkbd.c - 1.6 linux/drivers/serial/clps711x.c - 1.10 linux/drivers/usb/serial/io_ti.c - 1.10 linux/drivers/serial/uart00.c - 1.12 linux/drivers/serial/sa1100.c - 1.9 linux/drivers/serial/core.c - 1.12 linux/drivers/serial/anakin.c - 1.10 linux/drivers/acpi/namespace/nsxfeval.c - 1.9 linux/drivers/serial/amba.c - 1.11 linux/drivers/serial/8250_pci.c - 1.10 linux/drivers/serial/8250_cs.c - 1.5 linux/drivers/serial/8250.c - 1.15 linux/arch/i386/mm/pgtable.c - 1.8 linux/drivers/serial/21285.c - 1.10 linux/include/video/mach64.h - 1.3 linux/include/linux/serial_core.h - 1.13 linux/drivers/bluetooth/bt3c_cs.c - 1.9 linux/arch/arm/mach-pxa/sleep.S - 1.2 linux/drivers/base/fs/Makefile - 1.7 linux/drivers/base/fs/device.c - 1.6 linux/drivers/base/fs/fs.h - 1.4 linux/drivers/char/drm/drm_os_linux.h - 1.8 linux/drivers/serial/sunzilog.c - 1.11 linux/drivers/serial/sunsab.c - 1.6 linux/drivers/serial/sunsu.c - 1.12 linux/net/sched/sch_htb.c - 1.8 linux/drivers/usb/class/usblp.c - 1.8 linux/drivers/input/misc/uinput.c - 1.4 linux/fs/aio.c - 1.13 linux/drivers/base/intf.c - 1.6 linux/net/ipv4/netfilter/ipt_conntrack.c - 1.4 linux/drivers/base/class.c - 1.10 linux/net/sctp/protocol.c - 1.16 linux/net/sctp/adler32.c - 1.4 linux/net/sctp/associola.c - 1.12 linux/net/sctp/ipv6.c - 1.14 linux/net/sctp/sm_make_chunk.c - 1.13 linux/net/sctp/sm_sideeffect.c - 1.14 linux/net/sctp/sm_statefuns.c - 1.13 linux/net/sctp/socket.c - 1.14 linux/net/sctp/transport.c - 1.8 linux/arch/i386/mm/discontig.c - 1.8 linux/drivers/ide/ppc/pmac.c - 1.7 linux/drivers/ide/legacy/pdc4030.c - 1.6 linux/drivers/ide/legacy/ide-cs.c - 1.5 linux/drivers/ide/legacy/hd.c - 1.13 linux/arch/um/drivers/line.c - 1.7 linux/arch/um/drivers/stdio_console.c - 1.8 linux/arch/um/drivers/ubd_kern.c - 1.12 linux/arch/um/kernel/initrd_kern.c - 1.3 linux/arch/um/kernel/mem.c - 1.9 linux/drivers/ide/ide-iops.c - 1.8 linux/arch/i386/mm/hugetlbpage.c - 1.13 linux/include/asm-i386/arch_hooks.h - 1.2 linux/net/bridge/netfilter/ebtables.c - 1.8 linux/net/bridge/netfilter/ebtable_nat.c - 1.5 linux/net/bridge/netfilter/ebtable_filter.c - 1.5 linux/net/bridge/netfilter/ebt_vlan.c - 1.4 linux/net/bridge/netfilter/ebt_arp.c - 1.3 linux/net/bridge/netfilter/Makefile - 1.4 linux/drivers/char/drm/radeon_irq.c - 1.6 linux/drivers/base/hotplug.c - 1.10 linux/drivers/base/cpu.c - 1.7 linux/include/linux/netfilter_bridge/ebt_arp.h - 1.2 linux/sound/sparc/cs4231.c - 1.4 linux/sound/sparc/amd7930.c - 1.5 linux/kernel/cpufreq.c - 1.12 linux/net/llc/af_llc.c - 1.6 linux/include/linux/cpufreq.h - 1.12 linux/sound/pci/via82xx.c - 1.10 linux/sound/pci/ice1712/ice1712.c - 1.8 linux/net/llc/llc_proc.c - 1.5 linux/drivers/scsi/nsp32_io.h - 1.2 linux/drivers/scsi/nsp32.h - 1.2 linux/drivers/scsi/nsp32.c - 1.7 linux/drivers/scsi/aacraid/sa.c - 1.2 linux/drivers/scsi/aacraid/rx.c - 1.2 linux/drivers/scsi/aacraid/linit.c - 1.10 linux/net/bluetooth/rfcomm/tty.c - 1.7 linux/net/bluetooth/rfcomm/sock.c - 1.8 linux/net/bluetooth/rfcomm/core.c - 1.9 linux/net/bluetooth/bnep/sock.c - 1.5 linux/net/bluetooth/bnep/core.c - 1.8 linux/include/net/bluetooth/rfcomm.h - 1.5 linux/drivers/net/irda/donauboe.c - 1.4 linux/drivers/net/de600.h - 1.2 linux/drivers/net/3c501.h - 1.2 linux/fs/cifs/cifs_debug.c - 1.8 linux/fs/cifs/cifsfs.c - 1.8 linux/fs/cifs/cifsglob.h - 1.5 linux/fs/cifs/cifspdu.h - 1.5 linux/fs/cifs/cifsproto.h - 1.7 linux/fs/cifs/cifssmb.c - 1.9 linux/fs/cifs/connect.c - 1.8 linux/fs/cifs/file.c - 1.8 linux/fs/cifs/inode.c - 1.7 linux/fs/cifs/link.c - 1.4 linux/fs/cifs/misc.c - 1.6 linux/net/sunrpc/cache.c - 1.5 linux/fs/cifs/CHANGES - 1.7 linux/fs/cifs/transport.c - 1.6 linux/arch/i386/kernel/timers/timer_cyclone.c - 1.5 linux/arch/i386/kernel/timers/timer_pit.c - 1.8 linux/arch/i386/kernel/timers/timer_tsc.c - 1.13 linux/arch/ppc/platforms/4xx/redwood.h - 1.6 linux/arch/ppc/platforms/4xx/redwood5.h - 1.5 linux/drivers/isdn/hardware/eicon/divasmain.c - 1.6 linux/drivers/isdn/hardware/eicon/diva.c - 1.4 linux/drivers/mtd/maps/pcmciamtd.c - 1.3 linux/drivers/oprofile/buffer_sync.c - 1.11 linux/drivers/oprofile/event_buffer.c - 1.3 linux/drivers/oprofile/oprof.c - 1.5 linux/drivers/oprofile/oprofile_stats.c - 1.4 linux/drivers/oprofile/oprofile_stats.h - 1.2 linux/drivers/serial/8250_acorn.c - 1.4 linux/arch/i386/oprofile/Makefile - 1.5 linux/arch/i386/oprofile/init.c - 1.5 linux/arch/i386/oprofile/nmi_int.c - 1.9 linux/arch/i386/oprofile/timer_int.c - 1.4 linux/drivers/block/scsi_ioctl.c - 1.8 linux/drivers/block/ioctl.c - 1.4 linux/fs/nfs/nfs4proc.c - 1.9 linux/drivers/pnp/resource.c - 1.8 linux/include/linux/ioctl32.h - 1.3 linux/arch/ppc/platforms/pal4_setup.c - 1.5 linux/drivers/bluetooth/Kconfig - 1.4 linux/drivers/net/Kconfig - 1.12 linux/drivers/net/arcnet/Kconfig - 1.4 linux/drivers/net/hamradio/Kconfig - 1.4 linux/drivers/net/pcmcia/Kconfig - 1.5 linux/drivers/net/tokenring/Kconfig - 1.7 linux/arch/alpha/Kconfig - 1.11 linux/arch/arm/Kconfig - 1.11 linux/drivers/net/tulip/Kconfig - 1.3 linux/drivers/md/Kconfig - 1.3 linux/arch/cris/Kconfig - 1.7 linux/arch/cris/drivers/Kconfig - 1.3 linux/arch/i386/Kconfig - 1.17 linux/drivers/net/wan/Kconfig - 1.5 linux/net/bridge/netfilter/Kconfig - 1.3 linux/net/bridge/br_netfilter.c - 1.5 linux/drivers/net/wireless/Kconfig - 1.6 linux/drivers/media/dvb/dvb-core/dvbdev.h - 1.4 linux/arch/ia64/Kconfig - 1.9 linux/drivers/media/dvb/dvb-core/dvbdev.c - 1.5 linux/drivers/char/Kconfig - 1.8 linux/arch/m68k/Kconfig - 1.11 linux/include/linux/netfilter_ipv4/ipt_physdev.h - 1.2 linux/arch/mips/Kconfig - 1.8 linux/arch/mips64/Kconfig - 1.9 linux/arch/parisc/Kconfig - 1.9 linux/arch/parisc/kernel/ioctl32.c - 1.5 linux/drivers/pcmcia/Kconfig - 1.4 linux/arch/parisc/kernel/sys_parisc32.c - 1.11 linux/drivers/md/dm.c - 1.6 linux/drivers/md/dm-table.c - 1.6 linux/drivers/md/dm-ioctl.c - 1.8 linux/drivers/scsi/Kconfig - 1.11 linux/arch/ppc/Kconfig - 1.9 linux/drivers/char/drm/Kconfig - 1.4 linux/arch/ppc64/Kconfig - 1.9 linux/arch/s390/Kconfig - 1.9 linux/net/ipv4/ah.c - 1.10 linux/arch/sh/Kconfig - 1.8 linux/arch/sparc/Kconfig - 1.10 linux/net/ipv4/netfilter/Kconfig - 1.4 linux/arch/sparc64/Kconfig - 1.11 linux/drivers/ide/Kconfig - 1.8 linux/drivers/block/Kconfig - 1.5 linux/arch/x86_64/Kconfig - 1.13 linux/fs/Kconfig - 1.12 linux/lib/kobject.c - 1.7 linux/net/ipv4/netfilter/ipt_physdev.c - 1.4 linux/net/Kconfig - 1.7 linux/net/irda/Kconfig - 1.3 linux/drivers/serial/Kconfig - 1.7 linux/net/ipx/Kconfig - 1.2 linux/sound/oss/Kconfig - 1.7 linux/drivers/usb/net/Kconfig - 1.4 linux/net/ax25/Kconfig - 1.3 linux/include/net/xfrm.h - 1.11 linux/init/Kconfig - 1.8 linux/drivers/scsi/sun3_scsi_vme.c - 1.4 linux/drivers/net/68360enet.c - 1.3 linux/drivers/media/video/saa7134/saa7134-video.c - 1.6 linux/drivers/media/video/saa7134/saa7134-ts.c - 1.5 linux/drivers/media/video/saa7134/saa7134-core.c - 1.4 linux/drivers/base/node.c - 1.7 linux/drivers/base/memblk.c - 1.5 linux/arch/m68knommu/Kconfig - 1.8 linux/arch/v850/kernel/simcons.c - 1.4 linux/include/asm-v850/irq.h - 1.3 linux/arch/v850/kernel/memcons.c - 1.3 linux/arch/v850/Kconfig - 1.9 linux/drivers/net/b44.c - 1.3 linux/drivers/net/irda/irtty-sir.c - 1.4 linux/drivers/hotplug/cpci_hotplug_core.c - 1.5 linux/drivers/serial/68328serial.c - 1.5 linux/drivers/serial/68360serial.c - 1.9 linux/drivers/serial/mcfserial.c - 1.6 linux/drivers/serial/nb85e_uart.c - 1.6 linux/arch/ppc/syslib/ppc8xx_pic.c - 1.2 linux/arch/ppc/syslib/ppc4xx_setup.c - 1.4 linux/arch/i386/kernel/cpu/mcheck/k7.c - 1.4 linux/net/key/af_key.c - 1.10 linux/arch/ppc/syslib/open_pic.c - 1.4 linux/arch/ppc/syslib/m8xx_setup.c - 1.2 linux/arch/ppc/syslib/m8260_setup.c - 1.3 linux/net/core/pktgen.c - 1.3 linux/net/ipv4/esp.c - 1.9 linux/drivers/scsi/scsi_sysfs.c - 1.8 linux/drivers/serial/mux.c - 1.4 linux/drivers/mca/Kconfig - 1.2 linux/drivers/s390/char/sclp_tty.c - 1.6 linux/drivers/s390/char/tape_block.c - 1.4 linux/Documentation/scsi/scsi_mid_low_api.txt - 1.3 linux/drivers/usb/serial/bus.c - 1.5 linux/drivers/usb/serial/kobil_sct.c - 1.7 linux/drivers/video/console/fbcon.c - 1.6 linux/drivers/char/drm/r128_irq.c - 1.3 linux/drivers/char/drm/mga_irq.c - 1.3 linux/arch/sparc64/oprofile/Makefile - 1.2 linux/arch/sparc64/oprofile/init.c - 1.4 linux/arch/sparc64/oprofile/timer_int.c - 1.4 linux/drivers/acpi/events/evgpe.c - 1.8 linux/fs/compat.c - 1.5 linux/net/core/link_watch.c - 1.2 linux/arch/ppc64/oprofile/timer_int.c - 1.4 linux/arch/ppc64/oprofile/init.c - 1.4 linux/drivers/ieee1394/iso.c - 1.4 linux/drivers/char/watchdog/acquirewdt.c - 1.7 linux/drivers/char/watchdog/advantechwdt.c - 1.4 linux/drivers/char/watchdog/eurotechwdt.c - 1.4 linux/drivers/ide/ide-io.c - 1.8 linux/drivers/net/r8169.c - 1.4 linux/arch/i386/kernel/module.c - 1.5 linux/drivers/char/watchdog/ib700wdt.c - 1.6 linux/drivers/char/watchdog/machzwd.c - 1.7 linux/drivers/char/watchdog/mixcomwd.c - 1.6 linux/drivers/char/watchdog/pcwd.c - 1.7 linux/drivers/char/watchdog/sbc60xxwdt.c - 1.7 linux/arch/ppc64/oprofile/Makefile - 1.3 linux/drivers/char/watchdog/wdt_pci.c - 1.6 linux/drivers/char/watchdog/softdog.c - 1.6 linux/drivers/char/watchdog/wdt.c - 1.6 linux/drivers/char/watchdog/w83877f_wdt.c - 1.6 linux/arch/x86_64/oprofile/Makefile - 1.2 linux/drivers/i2c/chips/Kconfig - 1.5 linux/drivers/i2c/chips/Makefile - 1.3 linux/drivers/i2c/chips/adm1021.c - 1.6 linux/drivers/i2c/chips/lm75.c - 1.6 linux/arch/i386/kernel/sysenter.c - 1.7 linux/include/asm-arm/dma-mapping.h - 1.4 linux/drivers/scsi/aic7xxx/aic7xxx_osm.c - 1.9 linux/drivers/video/i810/i810_main.c - 1.5 linux/include/asm-ppc/ocp.h - 1.2 linux/drivers/char/watchdog/wafer5823wdt.c - 1.5 linux/drivers/char/watchdog/sc520_wdt.c - 1.7 linux/drivers/isdn/hisax/ipac.c - 1.2 linux/drivers/media/video/tda9887.c - 1.4 linux/drivers/net/amd8111e.c - 1.3 linux/arch/ppc/platforms/4xx/oak_setup.c - 1.2 linux/arch/ppc/platforms/4xx/redwood6.h - 1.4 linux/arch/parisc/oprofile/timer_int.c - 1.3 linux/net/sunrpc/rpc_pipe.c - 1.6 linux/arch/parisc/oprofile/init.c - 1.4 linux/arch/parisc/oprofile/Makefile - 1.2 linux/drivers/char/ipmi/ipmi_devintf.c - 1.5 linux/drivers/char/ipmi/ipmi_kcs_intf.c - 1.5 linux/include/asm-ppc/bug.h - 1.2 linux/include/linux/eisa.h - 1.4 linux/drivers/eisa/eisa.ids - 1.2 linux/arch/alpha/kernel/core_marvel.c - 1.5 linux/drivers/eisa/eisa-bus.c - 1.5 linux/drivers/eisa/Makefile - 1.4 linux/drivers/eisa/Kconfig - 1.3 linux/include/acpi/acconfig.h - 1.5 linux/include/acpi/actypes.h - 1.4 linux/include/acpi/actbl.h - 1.3 linux/include/acpi/acpiosxf.h - 1.5 linux/arch/alpha/kernel/srmcons.c - 1.2 linux/include/acpi/acmacros.h - 1.3 linux/include/acpi/aclocal.h - 1.5 linux/include/acpi/acinterp.h - 1.3 linux/scripts/modpost.c - 1.6 linux/scripts/file2alias.c - 1.3 linux/include/linux/mod_devicetable.h - 1.2 linux/drivers/net/typhoon.c - 1.3 linux/drivers/net/wireless/arlan.c - 1.3 linux/drivers/net/wireless/arlan.h - 1.2 linux/drivers/net/wireless/ray_cs.c - 1.3 linux/drivers/bluetooth/btuart_cs.c - 1.3 linux/drivers/net/wireless/strip.c - 1.3 linux/kernel/posix-timers.c - 1.7 linux/arch/alpha/oprofile/common.c - 1.3 linux/arch/alpha/oprofile/Makefile - 1.2 linux/drivers/acpi/events/evgpeblk.c - 1.3 linux/drivers/video/cg14.c - 1.3 linux/drivers/video/bw2.c - 1.3 linux/drivers/video/cg3.c - 1.3 linux/drivers/video/cg6.c - 1.4 linux/drivers/video/ffb.c - 1.4 linux/drivers/video/p9100.c - 1.3 linux/drivers/video/tcx.c - 1.3 linux/init/do_mounts_rd.c - 1.3 linux/drivers/pci/bus.c - 1.2 linux/drivers/char/hw_random.c - 1.3 linux/arch/ia64/sn/io/sn2/pci_bus_cvlink.c - 1.2 linux/Documentation/eisa.txt - 1.2 linux/net/ipv6/ah6.c - 1.5 linux/drivers/video/leo.c - 1.2 linux/net/ipv6/esp6.c - 1.5 linux/sound/pci/ice1712/ice1724.c - 1.2 linux/sound/core/sgbuf.c - 1.2 linux/drivers/video/logo/logo.c - 1.4 linux/net/ipv6/xfrm6_input.c - 1.4 linux/include/video/pm3fb.h - 1.2 linux/drivers/ide/legacy/hd98.c - 1.3 linux/fs/partitions/nec98.c - 1.2 linux/drivers/serial/serial98.c - 1.2 linux/drivers/video/cirrusfb.c - 1.2 linux/drivers/usb/misc/speedtch.c - 1.4 linux/drivers/char/lp_old98.c - 1.2 linux/drivers/video/aty/aty128fb.c - 1.3 linux/net/xfrm/Makefile - 1.2 linux/drivers/char/drm/i830_irq.c - 1.2 linux/drivers/i2c/chips/via686a.c - 1.3 linux/drivers/i2c/chips/w83781d.c - 1.3 linux/drivers/i2c/i2c-sensor.c - 1.2 linux/net/ipv4/netfilter/ip_conntrack_amanda.c - 1.3 linux/arch/ppc/kernel/cpu_setup_6xx.S - 1.2 linux/include/linux/i2c-sensor.h - 1.2 linux/arch/ppc/platforms/pmac_cpufreq.c - 1.2 linux/arch/ppc/platforms/pmac_sleep.S - 1.2 linux/arch/s390/kernel/compat_ioctl.c - 1.2 linux/drivers/media/common/saa7146_core.c - 1.2 linux/include/media/saa7146.h - 1.2 linux/lib/percpu_counter.c - 1.2 linux/include/linux/percpu_counter.h - 1.2 linux/drivers/media/video/mxb.c - 1.2 linux/drivers/media/video/tda9840.c - 1.2 linux/drivers/media/video/tea6415c.c - 1.2 linux/drivers/mtd/maps/iq80321.c - 1.2 linux/drivers/i2c/busses/i2c-viapro.c - 1.2 linux/arch/arm/mach-iop3xx/iop321-pci.c - 1.2 linux/arch/arm/mach-iop3xx/iq80310-time.c - 1.2 linux/arch/arm/mach-iop3xx/mm-321.c - 1.2 linux/arch/h8300/Kconfig - 1.2 linux/net/ipv4/xfrm4_tunnel.c - 1.2 linux/drivers/block/floppy98.c - 1.2 linux/include/asm-h8300/irq.h - 1.2 linux/net/ipv4/ipcomp.c - 1.2 linux/include/asm-arm/arch-iop3xx/iop310.h - 1.2 linux/include/asm-arm/arch-iop3xx/iop321.h - 1.2 From owner-linux-xfs@oss.sgi.com Mon May 5 08:46:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 May 2003 08:47:01 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h45FkjFu018391 for ; Mon, 5 May 2003 08:46:45 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h45G0nVe026911 for ; Mon, 5 May 2003 11:00:49 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h45FkXa222414338; Mon, 5 May 2003 10:46:33 -0500 (CDT) Received: from chuckle.americas.sgi.com (chuckle.americas.sgi.com [128.162.241.66]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h45FkZRn56814541; Mon, 5 May 2003 10:46:35 -0500 (CDT) Subject: Re: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer From: Rusell Cattelan To: Keith Owens Cc: linux-xfs@oss.sgi.com In-Reply-To: <8478.1052139124@ocs3.intra.ocs.com.au> References: <8478.1052139124@ocs3.intra.ocs.com.au> Content-Type: text/plain Organization: Message-Id: <1052149594.17338.114.camel@chuckle.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 05 May 2003 10:46:35 -0500 Content-Transfer-Encoding: 7bit X-archive-position: 3927 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 2011 Lines: 42 On Mon, 2003-05-05 at 07:52, Keith Owens wrote: > On Sun, 04 May 2003 21:20:50 -0600, > "D. Stimits" wrote: > >To name the hard drive as the installer source, does the iso image not > >have to be mounted on loopback first? It isn't really a hard drive > >source when it is just an iso image. [I'm probably missing part of the > >conversation] > > The hard disk directory was built by copying the contents of redhat 9 > install CDs 3, 2, 1 plus the rh 9 XFS install CD, in that order. That > is what is required for an nfs, ftp or http install, see README on rh > install CD 1. That README does not say what format is required for a > hard disk install so I assumed it was the same as NFS etc. > > The messages I got on install only listed vfat and ext2 mount attempts. > I saw no attempts to mount the partition as xfs, no error messages and > no successful mount messages. This is what makes me think that the xfs > module was not loaded. Pity here was no shell on alt-f2, otherwise I > could have confirmed my hypothesis. I don't think it will be possible to have install source as an existing xfs partition. The xfs module lives in the stage2.img which of course is what the installer is looking for either via ftp, http, nfs, hard drive... etc. EXT2 is build into the boot kernel and there for is available for hard drive image installs. XFS would either have to built into the boot kernel (kernel won't fit on a floppy) or possible supplied from a driver disk (easier but still non trivial to make work). Personally I don't think anybody here is going to try and make install from existing xfs partition work. Additionally for whatever reason the upgrade detector seems to be broken so the installer won't recognize your RH install. I'm sure the fix is trivial but trying to debug from the install environment it a real pain so we haven't spent much time on it. If anybody does fix the problem please send a patch and I'll rebuild the installer iso. -Russell Cattelan From owner-linux-xfs@oss.sgi.com Mon May 5 08:58:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 May 2003 08:58:27 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h45FwAFu018933 for ; Mon, 5 May 2003 08:58:11 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h45GCFVe027313 for ; Mon, 5 May 2003 11:12:15 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h45Fw2a222482401 for ; Mon, 5 May 2003 10:58:02 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h45Fw1Rn62760324 for ; Mon, 5 May 2003 10:58:02 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h45MG6e00785 for linux-xfs@oss.sgi.com; Mon, 5 May 2003 18:16:06 -0400 Resent-Message-Id: <200305052216.h45MG6e00785@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h45FiNRn63150027 for ; Mon, 5 May 2003 10:44:23 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h45FiLPL41201200 for ; Mon, 5 May 2003 08:44:22 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h45FeRUL004674 for ; Mon, 5 May 2003 17:40:27 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h45FeRAw004673 for hch@sgi.com; Mon, 5 May 2003 17:40:27 +0200 Date: Mon, 5 May 2003 17:40:27 +0200 From: Christoph Hellwig Message-Id: <200305051540.h45FeRAw004673@lab343.munich.sgi.com> Subject: TAKE - use the 2.5.69-style prototype for vmap To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Mon, 5 May 2003 18:16:06 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 3928 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 395 Lines: 16 Date: Mon May 5 08:43:35 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147884a linux/mm/vmalloc.c - 1.40 linux/include/linux/vmalloc.h - 1.18 - new vmap() prototype from 2.5.69 linux/fs/xfs/pagebuf/page_buf.c - 1.116 - pass more arguments to vmap() From owner-linux-xfs@oss.sgi.com Mon May 5 10:48:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 May 2003 10:48:13 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h45Hm9Fu020729 for ; Mon, 5 May 2003 10:48:09 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h45Hm4VV020256 for ; Mon, 5 May 2003 10:48:04 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h45Hm3a222115861 for ; Mon, 5 May 2003 12:48:03 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h45Hm1Rn63251949 for ; Mon, 5 May 2003 12:48:02 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h46066k01109 for linux-xfs@oss.sgi.com; Mon, 5 May 2003 20:06:06 -0400 Resent-Message-Id: <200305060006.h46066k01109@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h45Hk5Rn63027563 for ; Mon, 5 May 2003 12:46:05 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h45Hk3PL41288135 for ; Mon, 5 May 2003 10:46:04 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h45Hg9Bt000961 for ; Mon, 5 May 2003 19:42:09 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h45Hg933000960 for hch@sgi.com; Mon, 5 May 2003 19:42:09 +0200 Date: Mon, 5 May 2003 19:42:09 +0200 From: Christoph Hellwig Message-Id: <200305051742.h45Hg933000960@lab343.munich.sgi.com> Subject: TAKE - small fixes for the sync changes To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Mon, 5 May 2003 20:06:05 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 3929 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 624 Lines: 23 Date: Mon May 5 10:44:11 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:147897a linux/fs/xfs/xfs_iget.c - 1.188 - remove racy list_empty check linux/fs/xfs/linux/xfs_super.h - 1.45 - linvfs_start_syncd returns int now linux/fs/xfs/linux/xfs_super.c - 1.253 - check linvfs_start_syncd retval linux/fs/xfs/linux/xfs_syncd.c - 1.2 - use wait_event instead of sleep_on - use wmb() to protect lockless pointer assignments - handle kernel_thread() failure in linvfs_start_syncd From owner-linux-xfs@oss.sgi.com Mon May 5 14:40:05 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 May 2003 14:40:19 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h45Le4Fu024834 for ; Mon, 5 May 2003 14:40:04 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h45Ls9Ve005362 for ; Mon, 5 May 2003 16:54:09 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h45Ldva222547209 for ; Mon, 5 May 2003 16:39:57 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h45LdtRn61040923 for ; Mon, 5 May 2003 16:39:56 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h463vxj01695 for linux-xfs@oss.sgi.com; Mon, 5 May 2003 23:57:59 -0400 Resent-Message-Id: <200305060357.h463vxj01695@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h45Lc5Rn45437130 for ; Mon, 5 May 2003 16:38:05 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h45Lc3PL41476581 for ; Mon, 5 May 2003 14:38:04 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h45LY9Qs020715 for ; Mon, 5 May 2003 23:34:09 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h45LY862020714 for hch@sgi.com; Mon, 5 May 2003 23:34:08 +0200 Date: Mon, 5 May 2003 23:34:08 +0200 From: Christoph Hellwig Message-Id: <200305052134.h45LY862020714@lab343.munich.sgi.com> Subject: TAKE - merge Steve's sync changes over to 2.5 To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Mon, 5 May 2003 23:57:58 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 3930 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 17026 Lines: 332 Date: Mon May 5 14:36:47 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs Merged by: hch Merged mods: 2.4.x-xfs:slinx:147673a,2.4.x-xfs:slinx:147679a,2.4.x-xfs:slinx:147897a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:147932a linux/fs/xfs/linux/xfs_syncd.c - 1.1 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. New syncd thread which does metadata flushing periodically Merge of 2.4.x-xfs:slinx:147897a originally by hch on 05/05/03 small fixes for the sync changes - use wait_event instead of sleep_on - use wmb() to protect lockless pointer assignments - handle kernel_thread() failure in linvfs_start_syncd - some cruft is gone linux/fs/xfs/xfs_rw.c - 1.380 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. remove timer associated with refcache purging linux/fs/xfs/xfs_vnodeops.c - 1.591 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. Change flush flags used in the write_inode path, if an inode is in the log, start the write immediately, if not, do a delayed write. Add a new list the i_reclaim list to hold inodes being reclaimed. linux/fs/xfs/Makefile - 1.171 linux/fs/xfs/xfs_vfsops.c - 1.412 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. restructure xfs_syncsub so it is a little easier to read. Move the inode flush component used from various places into its own function. In the SYNC_BDFLUSH no longer walk the inode chain, just the deleted inode list. Control refcache purging with a different flag. When writing a dummy record into an idle log, start it off to disk right away rather than waiting for the next sync to come along and find it. linux/fs/xfs/xfs_iget.c - 1.184 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. process the i_reclaim list of unlinked inodes Merge of 2.4.x-xfs:slinx:147897a originally by hch on 05/05/03 small fixes for the sync changes remove racy list_empty check linux/fs/xfs/xfs_mount.h - 1.170 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. add m_del_inodes list and remove m_sbdirty_timer from xfs_mount_t linux/fs/xfs/xfs_mount.c - 1.329 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. no need for timers to dirty the super block anymore linux/fs/xfs/xfs_inode.c - 1.371 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. when an inode gets unpinned, mark it dirty so write_inode will be called. linux/fs/xfs/xfs_inode.h - 1.181 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. add i_reclaim list linux/fs/xfs/linux/xfs_vfs.c - 1.48 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. new vfs fields for the syncd thread need initializing linux/fs/xfs/linux/xfs_globals.c - 1.47 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. add new sync_interval to the xfs_params, controls rate of operation of the xfs_syncd thread. linux/fs/xfs/linux/xfs_super.h - 1.44 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. prototypes for linvfs_start_syncd and linvfs_stop_syncd Merge of 2.4.x-xfs:slinx:147897a originally by hch on 05/05/03 small fixes for the sync changes linvfs_start_syncd returns int now linux/fs/xfs/linux/xfs_super.c - 1.266 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. stop and start the syncd thread on mount and unmount, clear s_dirt after write_super calls into xfs rather than before, do not set the sb_dirt flag if write_inode fails to flush an inode. Merge of 2.4.x-xfs:slinx:147897a originally by hch on 05/05/03 small fixes for the sync changes check linvfs_start_syncd retval linux/fs/xfs/linux/xfs_iops.c - 1.200 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. remove all mark_inode_dirty_sync calls, they were all on inodes which were being logged, the inode is only flushable after the log hits the disk. linux/fs/xfs/linux/xfs_vnode.h - 1.82 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. VMODIFY no longer marks the inode dirty linux/fs/xfs/linux/xfs_vfs.h - 1.38 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. new vfs fields for the syncd thread linux/fs/xfs/linux/xfs_sysctl.h - 1.12 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. add XFS_SYNC_INTERVAL linux/fs/xfs/linux/xfs_sysctl.c - 1.17 - Merge of 2.4.x-xfs:slinx:147673a originally by lord on 05/01/03 Rework of how xfs syncs metadata to disk. This has a number of benefits: We no longer walk the list of all the inodes in the filesystem everytime the write_super is called. If you type sync and then reset the box then everything is definitely recovered afterwards. We remove a lot of calls to mark_inode_dirty which did not really do us any good, and replace them with a single one which does. kupdated does less work in xfs now, freeing it to do other things. Finally, get the dummy log record code working, this means that after a period of inactivity with everything on disk, we clean the log so that recovery does not have any work to do. add new XFS_SYNC_INTERVAL to sysctl tables Merge of 2.4.x-xfs:slinx:147679a originally by lord on 05/01/03 fix array index used for sync_interval in sysctl table From owner-linux-xfs@oss.sgi.com Mon May 5 15:23:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 May 2003 15:23:36 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h45MN9Fu025535 for ; Mon, 5 May 2003 15:23:10 -0700 Received: (qmail 11238 invoked from network); 5 May 2003 22:23:07 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 5 May 2003 22:23:07 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id A9BC8D8F43; Tue, 6 May 2003 08:23:06 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id A644291334 for ; Tue, 6 May 2003 08:23:06 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer In-reply-to: Your message of "05 May 2003 10:46:35 EST." <1052149594.17338.114.camel@chuckle.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 2003 08:23:01 +1000 Message-ID: <13554.1052173381@ocs3.intra.ocs.com.au> X-archive-position: 3931 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 620 Lines: 16 On 05 May 2003 10:46:35 -0500, Rusell Cattelan wrote: >I don't think it will be possible to have install source as an >existing xfs partition. The xfs module lives in the stage2.img which of >course is what the installer is looking for either via ftp, http, nfs, >hard drive... etc. That makes sense. >Additionally for whatever reason the upgrade detector seems to be broken >so the installer won't recognize your RH install. >I'm sure the fix is trivial but trying to debug from the install >environment it a real pain so we haven't spent much time on it. Boot the installer with 'upgradeany'. From owner-linux-xfs@oss.sgi.com Tue May 6 01:34:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 May 2003 01:35:14 -0700 (PDT) Received: from uni-landau.de (romeo.rz.uni-landau.de [139.14.1.21]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h468YuFu031291 for ; Tue, 6 May 2003 01:34:58 -0700 Received: from PLUTO [139.14.4.131] by uni-landau.de with ESMTP for ; Tue, 6 May 2003 10:39:27 +0200 From: "Jochen Graf" To: Subject: xfs Date: Tue, 6 May 2003 10:40:33 +0200 Message-ID: <000201c313ab$285a2e80$83040e8b@PLUTO> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-archive-position: 3932 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: graf@uni-landau.de Precedence: bulk X-list: linux-xfs Content-Length: 409 Lines: 28 Guten Tag, ich vermute dass mein xfs Dateisystem besch=E4digt ist, wie kann ich diese =FCberpr=FCfen? Gibt es unter XFS M=F6glichkeiten? danke Mit freundlichen Gr=FC=DFen Jochen Graf Universit=E4t Koblenz-Landau / Abteilung Landau Arbeitsstelle Multimedia Netzwerkbetreuung Thomas-Nast-Strasse 44 D-76829 Landau Tel.: ++49-6341/906-211 Fax: ++49-6341/990-240 [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Tue May 6 02:01:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 May 2003 02:01:53 -0700 (PDT) Received: from goliath.sylaba.poznan.pl (root@goliath.sylaba.poznan.pl [195.216.104.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4691lFu031931 for ; Tue, 6 May 2003 02:01:49 -0700 Received: from goliath.sylaba.poznan.pl (smmsp@localhost.sylaba.poznan.pl [127.0.0.1]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4691jvm013681 for ; Tue, 6 May 2003 11:01:45 +0200 (CEST) Received: by goliath.sylaba.poznan.pl (8.12.8/8.12.8/Submit) id h4691jiA013675 for linux-xfs@oss.sgi.com.KAV; Tue, 6 May 2003 11:01:45 +0200 (CEST) Received: from venus.local.navi.pl (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4691ivm013657; Tue, 6 May 2003 11:01:44 +0200 (CEST) Received: from venus.local.navi.pl (venus.local.navi.pl [127.0.0.1]) by venus.local.navi.pl (8.12.5/8.12.5) with ESMTP id h46938l0002568; Tue, 6 May 2003 11:03:08 +0200 Subject: Re: xfs From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Jochen Graf Cc: linux-xfs@oss.sgi.com In-Reply-To: <000201c313ab$285a2e80$83040e8b@PLUTO> References: <000201c313ab$285a2e80$83040e8b@PLUTO> Content-Type: text/plain; charset=UTF-8 X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 06 May 2003 11:03:08 +0200 Message-Id: <1052211788.1132.3.camel@venus> Mime-Version: 1.0 X-MIME-Autoconverted: from quoted-printable to 8bit by goliath.sylaba.poznan.pl id h4691ivm013657 X-MIME-Autoconverted: from 8bit to quoted-printable by goliath.sylaba.poznan.pl id h4691jvm013681 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4691oFu031932 X-archive-position: 3933 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: olaf@cbk.poznan.pl Precedence: bulk X-list: linux-xfs Content-Length: 283 Lines: 22 On Tue, 2003-05-06 at 10:40, Jochen Graf wrote: > > Guten Tag, > > ich vermute dass mein xfs Dateisystem beschädigt ist, wie kann ich > diese überprüfen? > Hi, man xfs_check BTW, it would be easier to understand you if you wrote it in English. Regards, Olaf Fraczyk From owner-linux-xfs@oss.sgi.com Tue May 6 04:27:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 May 2003 04:27:55 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h46BRWFu004714 for ; Tue, 6 May 2003 04:27:34 -0700 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19CnwK-000195-00 for ; Mon, 05 May 2003 23:56:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: linux-xfs@oss.sgi.com Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19CnwJ-00018t-00 for ; Mon, 05 May 2003 23:56:03 +0200 From: Nicholas Wourms Subject: Re: TAKE - Merge up to 2.5.69 Date: Mon, 05 May 2003 17:52:46 -0400 Message-ID: <3EB6DD2E.3020507@myrealbox.com> References: <200305051458.h45EwMMX022939@lab343.munich.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en X-Enigmail-Version: 0.74.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-archive-position: 3934 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nwourms@myrealbox.com Precedence: bulk X-list: linux-xfs Content-Length: 412 Lines: 16 Christoph Hellwig wrote: > Date: Mon May 5 07:53:45 PDT 2003 > Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs > > > Modid: 2.5.x-xfs:slinx:147879a When will this show up on the cvs/rsync server? If there are still legal issues, what are they and when might they be resolved? Cheers, Nicholas From owner-linux-xfs@oss.sgi.com Tue May 6 05:26:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 May 2003 05:27:13 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h46CQtFu005470 for ; Tue, 6 May 2003 05:26:55 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h46CQnE0030876 for ; Tue, 6 May 2003 05:26:49 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h46CQma222615320; Tue, 6 May 2003 07:26:48 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-79.corp.sgi.com [134.15.64.79]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h46CQlRn62356420; Tue, 6 May 2003 07:26:48 -0500 (CDT) Subject: Re: TAKE - Merge up to 2.5.69 From: Steve Lord To: Nicholas Wourms Cc: linux-xfs@oss.sgi.com In-Reply-To: <3EB6DD2E.3020507@myrealbox.com> References: <200305051458.h45EwMMX022939@lab343.munich.sgi.com> <3EB6DD2E.3020507@myrealbox.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 06 May 2003 07:27:16 -0500 Message-Id: <1052224038.1173.4.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 3935 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 442 Lines: 16 On Mon, 2003-05-05 at 16:52, Nicholas Wourms wrote: > > When will this show up on the cvs/rsync server? If there are still > legal issues, what are they and when might they be resolved? > > Cheers, > Nicholas > The XFS component of 2.5 is still there. This XFS can just be dropped into a 2.5.69 kernel tree. I suspect we are going to end up distributing XFS in a different manner than a complete kernel CVS tree in the future. Steve From owner-linux-xfs@oss.sgi.com Tue May 6 13:55:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 May 2003 13:55:24 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h46KtLFu014260 for ; Tue, 6 May 2003 13:55:21 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h46KtGE0012805 for ; Tue, 6 May 2003 13:55:16 -0700 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h46KtGiU009503 for ; Tue, 6 May 2003 15:55:16 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h46KtGdn009501 for linux-xfs@oss.sgi.com; Tue, 6 May 2003 15:55:16 -0500 Date: Tue, 6 May 2003 15:55:16 -0500 From: Rusell Cattelan Message-Id: <200305062055.h46KtGdn009501@naboo.americas.sgi.com> Subject: TAKE - [contributed] FreeBSD update from Alexander Kabaev X-archive-position: 3937 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 487 Lines: 17 Date: Tue May 6 13:54:58 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs2/XFS/x2.4-xfs-devel The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:148067a cmd/xfsprogs/db/sb.c - 1.12 cmd/xfsprogs/libxlog/util.c - 1.9 cmd/xfsprogs/include/builddefs.in - 1.34 cmd/xfsprogs/include/platform_defs.h.in - 1.24 cmd/xfsprogs/libxfs/rdwr.c - 1.17 cmd/xfsprogs/m4/package_uuiddev.m4 - 1.2 cmd/xfsprogs/m4/package_utilies.m4 - 1.2 From owner-linux-xfs@oss.sgi.com Tue May 6 13:53:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 May 2003 13:54:02 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h46KrmFu014145 for ; Tue, 6 May 2003 13:53:48 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h46KrgE0012565 for ; Tue, 6 May 2003 13:53:43 -0700 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h46KrgiU009429 for ; Tue, 6 May 2003 15:53:42 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h46Krgre009427 for linux-xfs@oss.sgi.com; Tue, 6 May 2003 15:53:42 -0500 Date: Tue, 6 May 2003 15:53:42 -0500 From: Rusell Cattelan Message-Id: <200305062053.h46Krgre009427@naboo.americas.sgi.com> Subject: TAKE 866889 - Merge over an irix fix X-archive-position: 3936 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 358 Lines: 17 Date: Tue May 6 13:53:19 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs2/XFS/x2.4-xfs-devel Inspected by: felixb overby Author: cwf Merged by: cattelan Merged mods: irix6.5f:irix:132737a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:132737a linux/fs/xfs/xfs_vnodeops.c - 1.591 From owner-linux-xfs@oss.sgi.com Tue May 6 14:15:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 May 2003 14:16:05 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h46LFqFu015178 for ; Tue, 6 May 2003 14:15:52 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h46LFkVV019964 for ; Tue, 6 May 2003 14:15:47 -0700 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h46LFkiU009915 for ; Tue, 6 May 2003 16:15:46 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h46LFkD9009913 for linux-xfs@oss.sgi.com; Tue, 6 May 2003 16:15:46 -0500 Date: Tue, 6 May 2003 16:15:46 -0500 From: Rusell Cattelan Message-Id: <200305062115.h46LFkD9009913@naboo.americas.sgi.com> Subject: TAKE 866889 - Merge the Merge (2.5 this time) X-archive-position: 3938 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 403 Lines: 18 Date: Tue May 6 14:15:09 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs2/XFS/x2.5-xfs Inspected by: felixb overby Author: cwf Merged by: cattelan Merged mods: 2.4.x-xfs:slinx:132737a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:132737a linux/fs/xfs/xfs_vnodeops.c - 1.592 - Merge of 2.4.x-xfs:slinx:132737a by cattelan. From owner-linux-xfs@oss.sgi.com Wed May 7 01:35:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 May 2003 01:36:04 -0700 (PDT) Received: from axon.amaxa.com (axon.amaxa.com [194.8.206.227]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h478ZhFu008135 for ; Wed, 7 May 2003 01:35:44 -0700 Received: from synapse.amaxa.intern (synapse.amaxa.intern [172.16.0.2]) by axon.amaxa.com (8.12.8/8.12.5) with ESMTP id h478ewHG010846 for ; Wed, 7 May 2003 10:40:59 +0200 Received: from plasmid (plasmid.amaxa.intern [172.16.0.13]) by synapse.amaxa.intern (Postfix) with SMTP id 61F823A7A7 for ; Wed, 7 May 2003 10:34:28 +0200 (CEST) Reply-To: From: "Christian Guenther" To: Subject: file locking problems in XFS? Date: Wed, 7 May 2003 10:35:34 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-MailScanner: Found to be clean X-archive-position: 3939 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: christian.guenther@amaxa.com Precedence: bulk X-list: linux-xfs Content-Length: 1249 Lines: 30 Hi and hello, I'm having some difficulties with my fileserver running Redhat Linux 8 Kernel 2.4.19 with XFS 1.2. I'm mounting my home directory from this fileserever via nfs. When I try to log in I get an error stating that it could not establish locking and that I should have a look at the server if nfslock has been startet. I look at the server and see, that nfslock is not starting succesful. Are there any issues with XFS and file locking, do I have to do anything special to get nfslock to work correctly, or am I missing something completely? thanks in advance, chris Guenther Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From owner-linux-xfs@oss.sgi.com Wed May 7 02:41:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 May 2003 02:42:07 -0700 (PDT) Received: from mxzilla3.xs4all.nl (mxzilla3.xs4all.nl [194.109.6.49]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h479foFu012771 for ; Wed, 7 May 2003 02:41:51 -0700 Received: from xs1.xs4all.nl (xs1.xs4all.nl [194.109.3.11]) by mxzilla3.xs4all.nl (8.12.3/8.12.3) with ESMTP id h479fmZf006010; Wed, 7 May 2003 11:41:48 +0200 (CEST) Received: from xs1.xs4all.nl (knuffie@localhost.xs4all.nl [127.0.0.1]) by xs1.xs4all.nl (8.12.9/8.11.6) with ESMTP id h479fmrR047859; Wed, 7 May 2003 11:41:48 +0200 (CEST) (envelope-from knuffie@xs1.xs4all.nl) Received: from localhost (Unknown UID 104317@localhost) by xs1.xs4all.nl (8.12.9/8.12.8/Submit) with ESMTP id h479fhE3047852; Wed, 7 May 2003 11:41:48 +0200 (CEST) (envelope-from knuffie@xs1.xs4all.nl) X-Authentication-Warning: xs1.xs4all.nl: Unknown UID 104317 owned process doing -bs Date: Wed, 7 May 2003 11:41:42 +0200 (CEST) From: Seth Mos To: Christian Guenther cc: linux-xfs@oss.sgi.com Subject: Re: file locking problems in XFS? In-Reply-To: Message-ID: <20030507113431.O46544-100000@xs1.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 3940 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 975 Lines: 29 On Wed, 7 May 2003, Christian Guenther wrote: > Hi and hello, > > I'm having some difficulties with my fileserver running Redhat Linux 8 > Kernel 2.4.19 with XFS 1.2. > I'm mounting my home directory from this fileserever via nfs. When I > try to log in I get an error stating that it could not establish locking > and that I should have a look at the server if nfslock has been startet. > I look at the server and see, that nfslock is not starting succesful. > Are there any issues with XFS and file locking, do I have to do > anything special to get nfslock to work correctly, or am I missing > something completely? I have a Red Hat 7.3 box with XFS 1.2 and it shares the home directories by nfs. nfslock starts fine here and it even interacts with samba so it should just work. Does dmesg list anything or /var/log/messages? Does it have any firewall chains still dangling. Try to flush them out if you can. service ipchains stop service iptables stop Cheers Seth From owner-linux-xfs@oss.sgi.com Wed May 7 05:55:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 May 2003 05:56:11 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h47CttFu016568 for ; Wed, 7 May 2003 05:55:55 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h47CttHJ016567 for linux-xfs@oss.sgi.com; Wed, 7 May 2003 05:55:55 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h47CtrFw016549 for ; Wed, 7 May 2003 05:55:53 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h47CSRbo016114; Wed, 7 May 2003 05:28:27 -0700 Date: Wed, 7 May 2003 05:28:27 -0700 Message-Id: <200305071228.h47CSRbo016114@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: CC X-archive-position: 3941 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 411 Lines: 16 http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 ------- Additional Comments From atu@dmeti.dp.ua 2003-07-05 05:28 PDT ------- Tested new patch linux-2.4.20-xfs-2003-05-04 for 21-rc1. It works! Moreover: unmounting in fast now! My proposal: treat as FIXED after 2.4.21 release. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From owner-linux-xfs@oss.sgi.com Wed May 7 08:05:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 May 2003 08:06:12 -0700 (PDT) Received: from pao-ex01.pao.digeo.com ([12.47.58.20]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h47F5oFu020460 for ; Wed, 7 May 2003 08:05:52 -0700 Received: from mnm ([172.17.144.18]) by pao-ex01.pao.digeo.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 7 May 2003 01:19:50 -0700 Date: Wed, 7 May 2003 01:19:53 -0700 From: Andrew Morton To: Lorenzo Allegrucci Cc: linux-xfs@oss.sgi.com Subject: Re: [OOPS] 2.5.69-mm1 and 2.5.69-mm2 (XFS) Message-Id: <20030507011953.06116184.akpm@digeo.com> In-Reply-To: <200305071018.31704.l.allegrucci@tiscali.it> References: <200305071018.31704.l.allegrucci@tiscali.it> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i586-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 May 2003 08:19:51.0034 (UTC) FILETIME=[6E445DA0:01C31471] X-archive-position: 3942 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: akpm@digeo.com Precedence: bulk X-list: linux-xfs Content-Length: 6914 Lines: 143 I don't work on XFS. Best to tell the XFS developers.... Lorenzo Allegrucci wrote: > > > 2.5.69-mm1: > > May 6 11:38:08 odyssey kernel: Unable to handle kernel paging request at > virtual address 00e09462 > May 6 11:38:08 odyssey kernel: printing eip: > May 6 11:38:08 odyssey kernel: e092ceb9 > May 6 11:38:08 odyssey kernel: *pde = 00000000 > May 6 11:38:08 odyssey kernel: Oops: 0002 [#1] > May 6 11:38:08 odyssey kernel: CPU: 0 > May 6 11:38:08 odyssey kernel: EIP: 0060:[_end+542451029/1069692572] > Not tainted VLI > May 6 11:38:08 odyssey kernel: EFLAGS: 00010282 > May 6 11:38:08 odyssey kernel: EIP is at _pagebuf_find+0xa9/0x220 [xfs] > May 6 11:38:08 odyssey kernel: eax: dfd72380 ebx: 00e09462 ecx: e094b16c > edx: 00000010 > May 6 11:38:08 odyssey kernel: esi: e094b11d edi: e094b140 ebp: deb53d7c > esp: deb53d48 > May 6 11:38:08 odyssey kernel: ds: 007b es: 007b ss: 0068 > May 6 11:38:08 odyssey kernel: Process mount (pid: 808, threadinfo=deb52000 > task=dfb08d20) > May 6 11:38:08 odyssey kernel: Stack: 00000342 00000000 00000000 00000000 > 000000d0 dfd62d70 e094b16c 00000041 > May 6 11:38:08 odyssey kernel: 00000000 00000000 df25ce80 00000000 > 00002a05 deb53db0 e092d0e9 dfd72380 > May 6 11:38:08 odyssey kernel: 00000000 00000000 00000200 00002a05 > df25ce80 00000000 00000000 df3d6400 > May 6 11:38:08 odyssey kernel: Call Trace: > May 6 11:38:08 odyssey kernel: [_end+542574600/1069692572] > pbhash+0x30c/0xc00 [xfs] > May 6 11:38:08 odyssey kernel: [_end+542451589/1069692572] > pagebuf_get+0x79/0x140 [xfs] > May 6 11:38:08 odyssey kernel: [_end+542374195/1069692572] > xfs_readsb+0x57/0x220 [xfs] > May 6 11:38:08 odyssey kernel: [_end+542409122/1069692572] > xfs_mount+0x286/0x5c0 [xfs] > May 6 11:38:08 odyssey kernel: [_end+542493392/1069692572] > vfs_mount+0x34/0x40 [xfs] > May 6 11:38:08 odyssey kernel: [_end+542492968/1069692572] > linvfs_fill_super+0xac/0x1d0 [xfs] > May 6 11:38:08 odyssey kernel: [disk_name+95/176] disk_name+0x5f/0xb0 > May 6 11:38:08 odyssey kernel: [sb_set_blocksize+36/80] > sb_set_blocksize+0x24/0x50 > May 6 11:38:08 odyssey kernel: [get_sb_bdev+288/352] get_sb_bdev+0x120/0x160 > May 6 11:38:08 odyssey kernel: [_end+542572604/1069692572] > xfs_fs_type+0x0/0x80 [xfs] > May 6 11:38:08 odyssey kernel: [_end+542493306/1069692572] > linvfs_get_sb+0x2e/0x50 [xfs] > May 6 11:38:08 odyssey kernel: [_end+542572604/1069692572] > xfs_fs_type+0x0/0x80 [xfs] > May 6 11:38:08 odyssey kernel: [_end+542492796/1069692572] > linvfs_fill_super+0x0/0x1d0 [xfs] > May 6 11:38:08 odyssey kernel: [do_kern_mount+86/192] > do_kern_mount+0x56/0xc0 > May 6 11:38:08 odyssey kernel: [_end+542572604/1069692572] > xfs_fs_type+0x0/0x80 [xfs] > May 6 11:38:08 odyssey kernel: [do_add_mount+136/416] > do_add_mount+0x88/0x1a0 > May 6 11:38:08 odyssey kernel: [do_mount+323/400] do_mount+0x143/0x190 > May 6 11:38:08 odyssey kernel: [copy_mount_options+202/208] > copy_mount_options+0xca/0xd0 > May 6 11:38:08 odyssey kernel: [sys_mount+164/208] sys_mount+0xa4/0xd0 > May 6 11:38:08 odyssey kernel: [syscall_call+7/11] syscall_call+0x7/0xb > May 6 11:38:08 odyssey kernel: > May 6 11:38:08 odyssey kernel: Code: 94 e0 8d 88 60 ae 94 e0 89 4d e4 8b 1e > 0f 18 03 00 39 ce 74 1c 8d 7e d4 8b 45 08 3b 47 34 0f 84 8e 00 00 00 89 de 8b > 1b 0f 18 03 <00> 3b 75 e4 75 e4 8b 45 1c 85 c0 74 6e 81 4d 18 00 00 01 00 8b > > > 2.5.69-mm2: > > May 7 10:07:42 odyssey kernel: Unable to handle kernel paging request at > virtual address 00e09462 > May 7 10:07:42 odyssey kernel: printing eip: > May 7 10:07:42 odyssey kernel: e092ceb9 > May 7 10:07:42 odyssey kernel: *pde = 00000000 > May 7 10:07:42 odyssey kernel: Oops: 0002 [#1] > May 7 10:07:42 odyssey kernel: CPU: 0 > May 7 10:07:42 odyssey kernel: EIP: 0060:[_end+542443285/1069684828] > Not tainted VLI > May 7 10:07:42 odyssey kernel: EFLAGS: 00010286 > May 7 10:07:42 odyssey kernel: EIP is at _pagebuf_find+0xa9/0x220 [xfs] > May 7 10:07:42 odyssey kernel: eax: dfd599a0 ebx: 00e09462 ecx: e094b16c > edx: 00000010 > May 7 10:07:42 odyssey kernel: esi: e094b11d edi: e094b140 ebp: c33f9d7c > esp: c33f9d48 > May 7 10:07:42 odyssey kernel: ds: 007b es: 007b ss: 0068 > May 7 10:07:42 odyssey kernel: Process mount (pid: 574, threadinfo=c33f8000 > task=de6ff8c0) > May 7 10:07:42 odyssey kernel: Stack: 00000342 00000000 00000000 00000000 > 000000d0 dfd47d00 e094b16c 00000041 > May 7 10:07:42 odyssey kernel: 00000000 00000000 cccdce80 00000000 > 00002a05 c33f9db0 e092d0e9 dfd599a0 > May 7 10:07:42 odyssey kernel: 00000000 00000000 00000200 00002a05 > cccdce80 00000000 00000000 c2151c00 > May 7 10:07:42 odyssey kernel: Call Trace: > May 7 10:07:42 odyssey kernel: [_end+542566856/1069684828] > pbhash+0x30c/0xc00 [xfs] > May 7 10:07:42 odyssey kernel: [_end+542443845/1069684828] > pagebuf_get+0x79/0x140 [xfs] > May 7 10:07:42 odyssey kernel: [_end+542366451/1069684828] > xfs_readsb+0x57/0x220 [xfs] > May 7 10:07:42 odyssey kernel: [_end+542401378/1069684828] > xfs_mount+0x286/0x5c0 [xfs] > May 7 10:07:42 odyssey kernel: [_end+542485648/1069684828] > vfs_mount+0x34/0x40 [xfs] > May 7 10:07:42 odyssey kernel: [_end+542485224/1069684828] > linvfs_fill_super+0xac/0x1d0 [xfs] > May 7 10:07:42 odyssey kernel: [disk_name+95/176] disk_name+0x5f/0xb0 > May 7 10:07:42 odyssey kernel: [sb_set_blocksize+36/80] > sb_set_blocksize+0x24/0x50 > May 7 10:07:42 odyssey kernel: [get_sb_bdev+288/352] get_sb_bdev+0x120/0x160 > May 7 10:07:42 odyssey kernel: [_end+542564860/1069684828] > xfs_fs_type+0x0/0x80 [xfs] > May 7 10:07:42 odyssey kernel: [_end+542485562/1069684828] > linvfs_get_sb+0x2e/0x50 [xfs] > May 7 10:07:42 odyssey kernel: [_end+542564860/1069684828] > xfs_fs_type+0x0/0x80 [xfs] > May 7 10:07:42 odyssey kernel: [_end+542485052/1069684828] > linvfs_fill_super+0x0/0x1d0 [xfs] > May 7 10:07:42 odyssey kernel: [do_kern_mount+86/192] > do_kern_mount+0x56/0xc0 > May 7 10:07:42 odyssey kernel: [_end+542564860/1069684828] > xfs_fs_type+0x0/0x80 [xfs] > May 7 10:07:42 odyssey kernel: [do_add_mount+136/416] > do_add_mount+0x88/0x1a0 > May 7 10:07:42 odyssey kernel: [do_mount+323/400] do_mount+0x143/0x190 > May 7 10:07:42 odyssey kernel: [copy_mount_options+202/208] > copy_mount_options+0xca/0xd0 > May 7 10:07:42 odyssey kernel: [sys_mount+164/208] sys_mount+0xa4/0xd0 > May 7 10:07:42 odyssey kernel: [syscall_call+7/11] syscall_call+0x7/0xb > May 7 10:07:42 odyssey kernel: > May 7 10:07:42 odyssey kernel: Code: 94 e0 8d 88 60 ae 94 e0 89 4d e4 8b 1e > 0f 18 03 00 39 ce 74 1c 8d 7e d4 8b 45 08 3b 47 34 0f 84 8e 00 00 00 89 de 8b > 1b 0f 18 03 <00> 3b 75 e4 75 e4 8b 45 1c 85 c0 74 6e 81 4d 18 00 00 01 00 8b > > From owner-linux-xfs@oss.sgi.com Wed May 7 20:59:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 May 2003 21:00:07 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h483xoFu000782 for ; Wed, 7 May 2003 20:59:51 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h484E1Ve017907 for ; Wed, 7 May 2003 23:14:03 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h483xech1244785 for ; Thu, 8 May 2003 13:59:40 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h483xdCr1244950 for linux-xfs@oss.sgi.com; Thu, 8 May 2003 13:59:39 +1000 (EST) Date: Thu, 8 May 2003 13:59:39 +1000 (EST) From: Nathan Scott Message-Id: <200305080359.h483xdCr1244950@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - error handling fix X-archive-position: 3943 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 315 Lines: 13 Cleanup up error handling on the initial superblock read. Date: Wed May 7 20:58:40 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/clean-2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148285a linux/fs/xfs/xfs_mount.c - 1.328 From owner-linux-xfs@oss.sgi.com Wed May 7 22:35:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 May 2003 22:35:53 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h485ZaFu001829 for ; Wed, 7 May 2003 22:35:37 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h485nmVe019575 for ; Thu, 8 May 2003 00:49:49 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h485ZQch1260675 for ; Thu, 8 May 2003 15:35:26 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h485ZP121260682 for linux-xfs@oss.sgi.com; Thu, 8 May 2003 15:35:25 +1000 (EST) Date: Thu, 8 May 2003 15:35:25 +1000 (EST) From: Nathan Scott Message-Id: <200305080535.h485ZP121260682@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs_logprint X-archive-position: 3944 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 410 Lines: 16 Fix a bug on an error path in xfs_logprint. Date: Wed May 7 22:35:00 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:148287a cmd/xfsprogs/doc/CHANGES - 1.105 cmd/xfsprogs/logprint/log_misc.c - 1.12 - Fix a bug on an error path in xfs_logprint, when dumping a corrupt log. From owner-linux-xfs@oss.sgi.com Wed May 7 22:38:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 May 2003 22:38:52 -0700 (PDT) Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h485clFu002288 for ; Wed, 7 May 2003 22:38:48 -0700 Received: from lithium.sta.man.ac.uk ([130.88.188.32] helo=doufu ident=mail) by curlew.cs.man.ac.uk with esmtp (Exim 4.14) id 19DdKk-0007Eu-Qk; Thu, 08 May 2003 05:48:42 +0100 Received: from paobu.rsnet ([192.168.1.5] helo=paobu) by doufu with esmtp (Exim 3.36 #1 (Debian)) id 19DdKk-0002sb-00; Thu, 08 May 2003 05:48:42 +0100 Received: from rhowe by paobu with local (Exim 3.36 #1 (Debian)) id 19DdJx-0007TA-00; Thu, 08 May 2003 05:47:53 +0100 Date: Thu, 8 May 2003 05:47:52 +0100 To: Christian Guenther Cc: linux-xfs@oss.sgi.com Subject: Re: file locking problems in XFS? Message-ID: <20030508044752.GA27214@paobu> Mail-Followup-To: Christian Guenther , linux-xfs@oss.sgi.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i From: "Russell G. Howe" X-Spam-Score: -20.8 (--------------------) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19DdKk-0007Eu-Qk*oZEYRh7hwl.* X-archive-position: 3945 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rhowe@wiss.co.uk Precedence: bulk X-list: linux-xfs Content-Length: 934 Lines: 23 On Wed, May 07, 2003 at 10:35:34AM +0200, Christian Guenther wrote: > I'm mounting my home directory from this fileserever via nfs. When I > try to log in I get an error stating that it could not establish locking Are you specifying the "lock" option when mounting? I had a similar problem here - apparently, NFS mounts default to "nolock" mode (for speed/simplicity?). An excerpt from my fstab: 192.168.1.2:/var/export/paobu / nfs defaults,lock,rw 0 0 nfs.rsnet:/home /home nfs defaults,lock,rw 0 0 This machine is my main desktop machine and I have GNOME running just fine. I suspect that uses file locking a fair bit (gconf does, I know that much). There is something in the gconf (and galeon) FAQ about trouble with locks on NFS, but fortunately it's not a problem I've hit upon. -- Russell Howe | Why be just another cog in the machine, rhowe@wiss.co.uk | when you can be the spanner in the works? From owner-linux-xfs@oss.sgi.com Thu May 8 02:55:58 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 02:56:13 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h489twFu007471 for ; Thu, 8 May 2003 02:55:58 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h489twAP007470 for linux-xfs@oss.sgi.com; Thu, 8 May 2003 02:55:58 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h489tuFw007452 for ; Thu, 8 May 2003 02:55:56 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h489BR0q004387; Thu, 8 May 2003 02:11:27 -0700 Date: Thu, 8 May 2003 02:11:27 -0700 Message-Id: <200305080911.h489BR0q004387@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: CC X-archive-position: 3946 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 401 Lines: 19 http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 ------- Additional Comments From christian.guggenberger@physik.uni-regensburg.de 2003-08-05 02:11 PDT ------- Yep! It works here with latest cvs checkout, too. IMHO bug #230 could be closed. Great work, Steve et. al. ! ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From owner-linux-xfs@oss.sgi.com Thu May 8 08:56:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 08:56:23 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h48Fu0Fu014978 for ; Thu, 8 May 2003 08:56:00 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h48Fu091014976 for linux-xfs@oss.sgi.com; Thu, 8 May 2003 08:56:00 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h48FtvG4014930 for ; Thu, 8 May 2003 08:55:58 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h48FU7rS014710; Thu, 8 May 2003 08:30:07 -0700 Date: Thu, 8 May 2003 08:30:07 -0700 Message-Id: <200305081530.h48FU7rS014710@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: CC X-archive-position: 3947 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 598 Lines: 21 http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 cattelan@thebarn.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From cattelan@thebarn.com 2003-08-05 08:30 PDT ------- The latest sync rework appears to have fixed this problem. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From owner-linux-xfs@oss.sgi.com Thu May 8 08:56:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 08:56:23 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h48Fu0Fu014977 for ; Thu, 8 May 2003 08:56:00 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h48Fu0CX014975 for linux-xfs@oss.sgi.com; Thu, 8 May 2003 08:56:00 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h48FtvFu014930 for ; Thu, 8 May 2003 08:55:57 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h48FXZtD014757; Thu, 8 May 2003 08:33:35 -0700 Date: Thu, 8 May 2003 08:33:35 -0700 Message-Id: <200305081533.h48FXZtD014757@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 227] unmount fail X-Bugzilla-Reason: AssignedTo X-archive-position: 1 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 638 Lines: 23 http://oss.sgi.com/bugzilla/show_bug.cgi?id=227 cattelan@thebarn.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From cattelan@thebarn.com 2003-08-05 08:33 PDT ------- This appears to be the same problem as 230 *** This bug has been marked as a duplicate of 230 *** ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Thu May 8 08:56:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 08:56:23 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h48Fu1Fu014981 for ; Thu, 8 May 2003 08:56:01 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h48Fu1QP014980 for linux-xfs@oss.sgi.com; Thu, 8 May 2003 08:56:01 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h48FtvG6014930 for ; Thu, 8 May 2003 08:55:59 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h48FXaQ4014765; Thu, 8 May 2003 08:33:36 -0700 Date: Thu, 8 May 2003 08:33:36 -0700 Message-Id: <200305081533.h48FXaQ4014765@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: CC X-archive-position: 3948 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 560 Lines: 20 http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 cattelan@thebarn.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |grandsonata@netscape.net ------- Additional Comments From cattelan@thebarn.com 2003-08-05 08:33 PDT ------- *** Bug 227 has been marked as a duplicate of this bug. *** ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From owner-linux-xfs@oss.sgi.com Thu May 8 08:56:04 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 08:56:23 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h48Fu3Fu015016 for ; Thu, 8 May 2003 08:56:03 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h48Fu3qP015015 for linux-xfs@oss.sgi.com; Thu, 8 May 2003 08:56:03 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h48FtvGM014930 for ; Thu, 8 May 2003 08:56:02 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h48FWWSF014748; Thu, 8 May 2003 08:32:32 -0700 Date: Thu, 8 May 2003 08:32:32 -0700 Message-Id: <200305081532.h48FWWSF014748@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 233] Close system call hangs on creating large files on XFS partition X-Bugzilla-Reason: AssignedTo X-archive-position: 3947 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 385 Lines: 17 http://oss.sgi.com/bugzilla/show_bug.cgi?id=233 ------- Additional Comments From cattelan@thebarn.com 2003-08-05 08:32 PDT ------- The the latest CVS code. The sync code has been reworked. Several bugs in the way dirty inodes where handles have been fixed. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Thu May 8 08:58:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 08:58:38 -0700 (PDT) Received: from hell.org.pl (qmailr@hell.org.pl [212.244.218.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h48FwOFu015696 for ; Thu, 8 May 2003 08:58:26 -0700 Received: (qmail 27279 invoked by uid 777); 8 May 2003 15:58:27 -0000 Date: Thu, 8 May 2003 17:58:27 +0200 From: Karol Kozimor To: linux-xfs@oss.sgi.com Subject: XFS internal errors with 2.5.x code Message-ID: <20030508155827.GA4520@hell.org.pl> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4i X-archive-position: 3949 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sziwan@hell.org.pl Precedence: bulk X-list: linux-xfs Content-Length: 6606 Lines: 165 Hi, Since my testing of 2.5.x (which began at 2.5.59), I've been experiencing mysterious bugs, which manifest themselves while accessing directories containing many files (like ldconfig or ls -l /usr/bin do). The syslog output from the latest I tested (SGI XFS for Linux 2.5.68 with debug enabled), looks like this: #v+ 0x0: fe ed ba be 00 00 01 7a 00 00 00 01 00 00 00 00 Filesystem "ide0(3,5)": XFS internal error xfs_da_do_buf(2) at line 2248 of file fs/xfs/xfs_da_btree.c. Caller 0xc01a4dcf Call Trace: [] xfs_da_do_buf+0x50c/0x83e [] xfs_da_read_buf+0x57/0x5b last message repeated 2 times [] xfs_dir2_block_lookup_int+0x52/0x28a [] xfs_dir2_block_lookup_int+0x52/0x28a [] xfs_bmap_last_offset+0xc8/0x123 [] xfs_dir2_block_lookup+0x2b/0xc5 [] xfs_dir2_lookup+0x104/0x17b [] do_page_cache_readahead+0x7e/0x14e [] __rmqueue+0xbb/0x10b [] xfs_dir_lookup_int+0x58/0x163 [] xfs_lookup+0x88/0xd3 [] linvfs_lookup+0x6f/0xe3 [] real_lookup+0xc0/0xe2 [] do_lookup+0x9e/0xa9 [] link_path_walk+0x32f/0x616 [] open_namei+0x7e/0x3d7 [] filp_open+0x43/0x69 [] sys_open+0x5b/0x8b [] syscall_call+0x7/0xb 0x0: fe ed ba be 00 00 01 7a 00 00 00 01 00 00 00 00 Filesystem "ide0(3,5)": XFS internal error xfs_da_do_buf(2) at line 2248 of file fs/xfs/xfs_da_btree.c. Caller 0xc01a4dcf Call Trace: [] xfs_da_do_buf+0x50c/0x83e [] xfs_da_read_buf+0x57/0x5b [] xfs_da_read_buf+0x57/0x5b [] xfs_dir2_lookup+0x104/0x17b [] find_get_page+0x1a/0x25 [] filemap_nopage+0x1d3/0x2b6 [] xfs_dir2_put_dirent64_direct+0x0/0x96 [] xfs_da_read_buf+0x57/0x5b [] xfs_dir2_block_getdents+0x77/0x25a [] xfs_dir2_block_getdents+0x77/0x25a [] xfs_bmap_last_offset+0xc8/0x123 [] xfs_dir2_put_dirent64_direct+0x0/0x96 [] xfs_dir2_isblock+0x3a/0xd5 [] xfs_dir2_put_dirent64_direct+0x0/0x96 [] xfs_dir2_getdents+0xd8/0x161 [] xfs_dir2_put_dirent64_direct+0x0/0x96 [] xfs_readdir+0x6f/0xdd [] linvfs_readdir+0x10a/0x262 [] do_page_fault+0x125/0x441 [] vfs_readdir+0x7c/0x7e [] filldir+0x0/0xdb [] sys_getdents+0x98/0xec [] filldir+0x0/0xdb [] syscall_call+0x7/0xb 0x0: fe ed ba be 00 00 01 7a 00 00 00 01 00 00 00 00 Filesystem "ide0(3,5)": XFS internal error xfs_da_do_buf(2) at line 2248 of file fs/xfs/xfs_da_btree.c. Caller 0xc01a4dcf Call Trace: [] xfs_da_do_buf+0x50c/0x83e [] xfs_da_read_buf+0x57/0x5b [] xfs_da_read_buf+0x57/0x5b [] vsprintf+0x27/0x2b [] xfs_da_read_buf+0x57/0x5b [] xfs_dir2_block_lookup_int+0x52/0x28a [] xfs_dir2_block_lookup_int+0x52/0x28a [] xfs_bmap_last_offset+0xc8/0x123 [] xfs_dir2_block_lookup+0x2b/0xc5 [] xfs_dir2_lookup+0x104/0x17b [] xfs_dir2_lookup+0x104/0x17b [] find_get_page+0x1a/0x25 [] filemap_nopage+0x1d3/0x2b6 [] xfs_da_read_buf+0x57/0x5b [] xfs_dir_lookup_int+0x58/0x163 [] xfs_lookup+0x88/0xd3 [] linvfs_lookup+0x6f/0xe3 [] real_lookup+0xc0/0xe2 [] do_lookup+0x9e/0xa9 [] link_path_walk+0x32f/0x616 [] __user_walk+0x49/0x5e [] vfs_stat+0x1f/0x5b [] sys_stat64+0x1b/0x39 [] syscall_call+0x7/0xb #v- This is connected with some files (or even, particularly in the earlier versions, whole directories) being inaccesible (this is a partial log, more can be seen on http://hell.org.pl/~sziwan/xfs-errors). The filesystem runs perfectly stable on various 2.4.x XFS patches, furthermore, xfs_check and xfs_repair do not find any errors. The above errors do not produce filesystem corruption, either. So far, no errors have been observed while using the filesystem in normal conditions under 2.4. The errors are not deterministic, i.e. it sometimes happens the filesystem is OK, yet sometimes the system fails to boot properly. At times, the whole /usr/bin is seeming empty, the other times is is /usr/local. Moreover, they appear both when the kernel was compiled using gcc-2.95, and gcc-3.2.2. The kernel configuration doesn't seem to influence it, either. Following is a snippet from the strace ls -l /usr/bin, which may be meaningful: #v+ lstat64("/usr/bin", {st_mode=S_IFDIR|0755, st_size=40960, ...}) = 0 open("/dev/null", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOTDIR (Not a directory) open("/usr/bin", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3 fstat64(3, {st_mode=S_IFDIR|0755, st_size=40960, ...}) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 brk(0x8059000) = 0x8059000 getdents64(0x3, 0x80576a0, 0x1000, 0) = 4096 brk(0x805f000) = 0x805f000 getdents64(0x3, 0x80576a0, 0x1000, 0) = 4080 brk(0x806a000) = 0x806a000 getdents64(0x3, 0x80576a0, 0x1000, 0) = 4088 brk(0x807b000) = 0x807b000 getdents64(0x3, 0x80576a0, 0x1000, 0) = 4072 getdents64(0x3, 0x80576a0, 0x1000, 0) = 4064 getdents64(0x3, 0x80576a0, 0x1000, 0) = 4072 getdents64(0x3, 0x80576a0, 0x1000, 0) = -990 getdents(3, out of memory ) = -990 close(3) = 0 #v- There is, additionally, another error, which might (or might not be) related: #v+ buffer layer error at fs/buffer.c:2702 Call Trace: [] drop_buffers+0xb3/0xb9 [] try_to_free_buffers+0x3c/0x96 [] linvfs_release_page+0x74/0x78 [] try_to_release_page+0x5c/0x6c [] block_invalidatepage+0xe3/0xf6 [] do_invalidatepage+0x27/0x2b [] truncate_complete_page+0x87/0x89 [] truncate_inode_pages+0xed/0x31d [] generic_delete_inode+0xb8/0xba [] iput+0x55/0x6f [] sys_unlink+0x86/0x13c [] syscall_call+0x7/0xb #v- This happens upon file operations during shutdown stage, e.g. dd if=/dev/urandom of=/etc/random-seed rm -f /var/lock/subsys/* And probably around the final sync too. The latter one (though, as I said, I'm not sure if it is related) is perfectly deterministic and reproducible. I'll be happy to provide any relevant information to find the cause of this problem. Best regards, -- Karol 'sziwan' Kozimor sziwan@hell.org.pl From owner-linux-xfs@oss.sgi.com Thu May 8 15:16:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 15:16:44 -0700 (PDT) Received: from hotmail.com (f35.sea2.hotmail.com [207.68.165.35]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h48MGSFu026114 for ; Thu, 8 May 2003 15:16:29 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 8 May 2003 15:16:23 -0700 Received: from 208.244.233.175 by sea2fd.sea2.hotmail.msn.com with HTTP; Thu, 08 May 2003 22:16:22 GMT X-Originating-IP: [208.244.233.175] X-Originating-Email: [rgsmith72@hotmail.com] From: "Rick Smith" To: linux-xfs@oss.sgi.com Subject: O_DIRECT address restrictions Date: Thu, 08 May 2003 15:16:22 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 08 May 2003 22:16:23.0075 (UTC) FILETIME=[7577C730:01C315AF] X-archive-position: 3950 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rgsmith72@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 867 Lines: 19 Hello, What are the memory address restrictions when using the O_DIRECT flag with XFS? I am trying to perform I/O directly from the filesystem to a piece of mmap'ed video memory and I get the "bad address" error when I attempt to do so with O_DIRECT. Without the O_DIRECT flag I am able to perform the I/O but is it must too slow. Using O_DIRECT with other system memory seems to work fine, but I would like the option of transferring data directly to a video card without a bounce buffer and a DMA step. Is direct I/O available to any memory address that satisfies the alignment requirement or must this address be below the MAX_DMA_ADDR? Any help appreciated. Thanks. Rick Smith _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From owner-linux-xfs@oss.sgi.com Thu May 8 17:15:14 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 17:15:17 -0700 (PDT) Received: from localhost.localdomain (adsl-66-124-158-132.dsl.sntc01.pacbell.net [66.124.158.132]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h490FBFu029611 for ; Thu, 8 May 2003 17:15:14 -0700 Received: from echen ([192.168.0.69]) (authenticated bits=0) by localhost.localdomain (8.12.7/8.12.7) with ESMTP id h490F6bg005843 for ; Thu, 8 May 2003 17:15:06 -0700 From: "Eric Chen" To: Subject: accessing the ACL of a file inside XFS kernel. Date: Thu, 8 May 2003 17:15:19 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-archive-position: 3951 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: echen@ateonix.com Precedence: bulk X-list: linux-xfs Content-Length: 721 Lines: 25 Hi, I am looking into the XFS kernel code, and in the function STATIC int linvfs_unlink( struct inode *dir, struct dentry *dentry) in fs/xfs/linux/xfs_iops.c, I want to be able to get the ACL for that file. I looked into the function xfs_acl_vget(vp, data, size, _ACL_TYPE_ACCESS), however, it returns an int, while I want an ACL. I also looked into the function xfs_acl_get_attr(vp, acl, _ACL_TYPE_ACCESS, 0, &err), but I get an error: undefined reference to 'xfs_acl_get_attr' when I try to compile. I am wondering how I can get the acl with just the inode *dir and dentry *dentry. I want to eventually be able to look at the acl->acl_entry[i].ae_perm so I can check the ACL permissions of that file. ~Eric From owner-linux-xfs@oss.sgi.com Thu May 8 19:19:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 19:19:37 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h492JJFu030979 for ; Thu, 8 May 2003 19:19:19 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 8F30F149FB; Fri, 9 May 2003 04:19:13 +0200 (MEST) Date: Fri, 9 May 2003 04:19:13 +0200 From: Andi Kleen To: Rick Smith Cc: linux-xfs@oss.sgi.com Subject: Re: O_DIRECT address restrictions Message-ID: <20030509021913.GA15829@Wotan.suse.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-archive-position: 3952 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 863 Lines: 16 On Thu, May 08, 2003 at 03:16:22PM -0700, Rick Smith wrote: > What are the memory address restrictions when using the O_DIRECT flag > with XFS? I am trying to perform I/O directly from the filesystem to a > piece of mmap'ed video memory and I get the "bad address" error when I > attempt to do so with O_DIRECT. Without the O_DIRECT flag I am able to > perform the I/O but is it must too slow. Using O_DIRECT with other system > memory seems to work fine, but I would like the option of transferring data > directly to a video card without a bounce buffer and a DMA step. Is direct > I/O available to any memory address that satisfies the alignment > requirement or must this address be below the MAX_DMA_ADDR? The only restriction is that the base address and the size must be an multiply of the block size of the file system (normally 4K) -Andi From owner-linux-xfs@oss.sgi.com Thu May 8 19:28:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 May 2003 19:28:06 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h492S1Fu031446 for ; Thu, 8 May 2003 19:28:02 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h492gJVe023670 for ; Thu, 8 May 2003 21:42:19 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h492Rta222889966; Thu, 8 May 2003 21:27:55 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-85.corp.sgi.com [134.15.64.85]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h492RsRn66101609; Thu, 8 May 2003 21:27:54 -0500 (CDT) Subject: Re: O_DIRECT address restrictions From: Steve Lord To: Andi Kleen Cc: Rick Smith , linux-xfs@oss.sgi.com In-Reply-To: <20030509021913.GA15829@Wotan.suse.de> References: <20030509021913.GA15829@Wotan.suse.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 08 May 2003 21:27:52 -0500 Message-Id: <1052447274.1547.30.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 3953 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1196 Lines: 25 On Thu, 2003-05-08 at 21:19, Andi Kleen wrote: > On Thu, May 08, 2003 at 03:16:22PM -0700, Rick Smith wrote: > > What are the memory address restrictions when using the O_DIRECT flag > > with XFS? I am trying to perform I/O directly from the filesystem to a > > piece of mmap'ed video memory and I get the "bad address" error when I > > attempt to do so with O_DIRECT. Without the O_DIRECT flag I am able to > > perform the I/O but is it must too slow. Using O_DIRECT with other system > > memory seems to work fine, but I would like the option of transferring data > > directly to a video card without a bounce buffer and a DMA step. Is direct > > I/O available to any memory address that satisfies the alignment > > requirement or must this address be below the MAX_DMA_ADDR? > > The only restriction is that the base address and the size must be an > multiply of the block size of the file system (normally 4K) Rick, Do a man 5 on xfs and read the section on XFS_IOC_DIOINFO, if you program using this interface then should we change the alignment restrictions in xfs your programs will continue to work. There is code to reduce the alignment restriction to 512 bytes. Steve From owner-linux-xfs@oss.sgi.com Fri May 9 01:59:44 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 02:00:03 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h498xhFu004784 for ; Fri, 9 May 2003 01:59:44 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h499E0Ve030809 for ; Fri, 9 May 2003 04:14:01 -0500 Received: from boing.melbourne.sgi.com (localhost [127.0.0.1]) by boing.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h498xZgt040137; Fri, 9 May 2003 18:59:35 +1000 (AEST) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h498xY7o040024; Fri, 9 May 2003 18:59:34 +1000 (AEST) Date: Fri, 9 May 2003 18:59:34 +1000 From: Tim Shimmin To: echen@ateonix.com Cc: linux-xfs@oss.sgi.com Subject: RE: accessing the ACL of a file inside XFS kernel. Message-ID: <20030509185934.A39490@boing.melbourne.sgi.com> References: <200305090700.h49702Fu003490@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <200305090700.h49702Fu003490@oss.sgi.com>; from ecartis@oss.sgi.com on Fri, May 09, 2003 at 12:00:02AM -0700 X-archive-position: 3954 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tes@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1527 Lines: 58 Hi Eric, On Fri, May 09, 2003 at 12:00:02AM -0700, Ecartis wrote: > > In This Issue: > accessing the ACL of a file inside XFS kernel. > > > From: "Eric Chen" > Subject: accessing the ACL of a file inside XFS kernel. > Date: Thu, 8 May 2003 17:15:19 -0700 > > > Hi, > > I am looking into the XFS kernel code, and in the function > > STATIC int > linvfs_unlink( > struct inode *dir, > struct dentry *dentry) > > in fs/xfs/linux/xfs_iops.c, I want to be able to get the ACL for that file. > > I looked into the function xfs_acl_vget(vp, data, size, _ACL_TYPE_ACCESS), > however, it returns an int, while I want an ACL. xfs_acl_vget is used for getting the posix acl EA and not for the XFS acl. > > I also looked into the function xfs_acl_get_attr(vp, acl, _ACL_TYPE_ACCESS, > 0, &err), > but I get an error: undefined reference to 'xfs_acl_get_attr' when I try to > compile. The func is static to xfs_acl.c . > > I am wondering how I can get the acl with just the inode *dir and dentry > *dentry. I want to eventually be able to look at the > acl->acl_entry[i].ae_perm so I can check the ACL permissions of that file. > > ~Eric > How about using: _ACL_GET_ACCESS(pv,pa) for the XFS access ACL (which ends up calling xfs_acl_vtoacl()). This function will get the xfs_acl given the vnode. Nathan, any reason why we have extern int xfs_acl_get(struct vnode *, xfs_acl_t *, xfs_acl_t *); extern int xfs_acl_set(struct vnode *, xfs_acl_t *, xfs_acl_t *); in xfs_acl.h ? --Tim From owner-linux-xfs@oss.sgi.com Fri May 9 04:19:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 04:20:16 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49BJqFu009472 for ; Fri, 9 May 2003 04:19:53 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h49BJkVV017681 for ; Fri, 9 May 2003 04:19:46 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h49BJja222885730 for ; Fri, 9 May 2003 06:19:45 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49BJiRn67431785 for ; Fri, 9 May 2003 06:19:45 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h49HbhY07606 for linux-xfs@oss.sgi.com; Fri, 9 May 2003 13:37:43 -0400 Resent-Message-Id: <200305091737.h49HbhY07606@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49B9gRn67381770 for ; Fri, 9 May 2003 06:09:42 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h49B9fVT43128413 for ; Fri, 9 May 2003 04:09:41 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h49B5VKd005095 for ; Fri, 9 May 2003 13:05:31 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h49B5V4s005094 for hch@sgi.com; Fri, 9 May 2003 13:05:31 +0200 Date: Fri, 9 May 2003 13:05:31 +0200 From: Christoph Hellwig Message-Id: <200305091105.h49B5V4s005094@lab343.munich.sgi.com> Subject: TAKE - avoid sleep_on in the sync code To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Fri, 9 May 2003 13:37:42 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 3955 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 403 Lines: 16 Date: Fri May 9 04:06:38 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148415a linux/fs/xfs/linux/xfs_vfs.c - 1.46 linux/fs/xfs/linux/xfs_vfs.h - 1.40 - remove vfsp->vfs_wait linux/fs/xfs/linux/xfs_syncd.c - 1.3 - use schedule_timeout to sleep in xfs_syncd From owner-linux-xfs@oss.sgi.com Fri May 9 06:44:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 06:44:56 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49DiaFu012066 for ; Fri, 9 May 2003 06:44:37 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h49DwtVe004348 for ; Fri, 9 May 2003 08:58:55 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h49DiUa222993928 for ; Fri, 9 May 2003 08:44:30 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49DiTRn57494077 for ; Fri, 9 May 2003 08:44:30 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h49K2S714950 for linux-xfs@oss.sgi.com; Fri, 9 May 2003 16:02:28 -0400 Resent-Message-Id: <200305092002.h49K2S714950@taclab54.munich.sgi.com> Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49Dc3Rn64296268 for ; Fri, 9 May 2003 08:38:04 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h49Ju2q14922 for hch@sgi.com; Fri, 9 May 2003 15:56:02 -0400 Date: Fri, 9 May 2003 15:56:02 -0400 From: Christoph Hellwig Message-Id: <200305091956.h49Ju2q14922@taclab54.munich.sgi.com> Subject: TAKE - Add buffers to the tail of the inode list Resent-From: hch@sgi.com Resent-Date: Fri, 9 May 2003 16:02:27 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 3956 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 354 Lines: 14 (this was lost in the 2.4.21-rc1 merge) Date: Fri May 9 06:37:28 PDT 2003 Workarea: taclab54.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148419a linux/fs/buffer.c - 1.118 - use list_add_tail instead of list_add in buffer_insert_list From owner-linux-xfs@oss.sgi.com Fri May 9 07:52:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 07:52:21 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.43.38.154]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49Eq0Fu013139 for ; Fri, 9 May 2003 07:52:02 -0700 Received: from phatboy ([192.168.7.124]) by stargate.coplanar.net (8.12.8/8.12.5) with SMTP id h49EpweJ027885; Fri, 9 May 2003 10:51:58 -0400 Message-ID: <009301c3163b$16720ac0$7c07a8c0@kennet.coplanar.net> From: "Jeremy Jackson" To: "Rick Smith" , References: Subject: Re: O_DIRECT address restrictions Date: Fri, 9 May 2003 10:55:52 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-archive-position: 3957 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Content-Length: 1514 Lines: 41 Hmm interesting... when you say mmaped video memory, do you mean PCI/AGP memory *on* the video card, or system RAM? I believe some of the replies indicating that it should work were talking about system RAM? I think the normal case is DMA from scsi card or ide or whatever to/from system RAM. I don't think (but I don't know that much) that DMA from a scsi card to another PCI card is the normal case. Can anyone comment furthur? Jeremy ----- Original Message ----- From: "Rick Smith" To: Sent: Thursday, May 08, 2003 6:16 PM Subject: O_DIRECT address restrictions > Hello, > What are the memory address restrictions when using the O_DIRECT flag > with XFS? I am trying to perform I/O directly from the filesystem to a piece > of mmap'ed video memory and I get the "bad address" error when I attempt to > do so with O_DIRECT. Without the O_DIRECT flag I am able to perform the I/O > but is it must too slow. Using O_DIRECT with other system memory seems to > work fine, but I would like the option of transferring data directly to a > video card without a bounce buffer and a DMA step. Is direct I/O available > to any memory address that satisfies the alignment requirement or must this > address be below the MAX_DMA_ADDR? > > Any help appreciated. Thanks. > > Rick Smith > > _________________________________________________________________ > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > http://join.msn.com/?page=features/junkmail > > From owner-linux-xfs@oss.sgi.com Fri May 9 08:07:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 08:07:43 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49F7PFu013759 for ; Fri, 9 May 2003 08:07:25 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h49F7JVV003509 for ; Fri, 9 May 2003 08:07:19 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h49F7Ja222949101 for ; Fri, 9 May 2003 10:07:19 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49F7JRn66251935 for ; Fri, 9 May 2003 10:07:19 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h49F7Ix10068; Fri, 9 May 2003 10:07:18 -0500 Message-Id: <200305091507.h49F7Ix10068@jen.americas.sgi.com> Date: Fri, 9 May 2003 10:07:18 -0500 Subject: TAKE - xfs_syncd code move To: linux-xfs@oss.sgi.com X-archive-position: 3958 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 651 Lines: 26 Move xfs_syncd code into xfs_super.c which is the only place which uses it Added benefit that it lets me clean up some merge issues in internal trees. Date: Fri May 9 08:06:35 PDT 2003 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148433a linux/fs/xfs/linux/Makefile - 1.72 - remove xfs_syncd.c linux/fs/xfs/linux/xfs_super.h - 1.46 - remove prototypes linux/fs/xfs/linux/xfs_super.c - 1.254 - Move xfs_syncd.c code here and rename daemon to xfssyncd linux/fs/xfs/linux/xfs_syncd.c - 1.4 - code moved to xfs_super.c From owner-linux-xfs@oss.sgi.com Fri May 9 09:19:40 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 09:19:55 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49GJeFu015131 for ; Fri, 9 May 2003 09:19:40 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h49EOmE0025748 for ; Fri, 9 May 2003 07:24:48 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h49EOla222930169 for ; Fri, 9 May 2003 09:24:47 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49EOlRn67569682 for ; Fri, 9 May 2003 09:24:47 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h49ENfR19448; Fri, 9 May 2003 09:23:41 -0500 Message-Id: <200305091423.h49ENfR19448@penguin.americas.sgi.com> Date: Fri, 9 May 2003 09:23:41 -0500 Subject: TAKE - inode allocation optimization To: linux-xfs@oss.sgi.com X-archive-position: 3959 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 547 Lines: 18 Optimize the code used to initialize inodes during their allocation. Small thing I found in the middle of a much larger project. Date: Fri May 9 07:23:33 PDT 2003 Workarea: penguin.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148423a linux/fs/xfs/xfs_ialloc.c - 1.167 - use a simple memset and initialize the few non zero fields rather than initializing fields individually. Also move this outside of an extra layer of loop. From owner-linux-xfs@oss.sgi.com Fri May 9 09:48:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 09:49:07 -0700 (PDT) Received: from localhost.localdomain (adsl-66-124-158-132.dsl.sntc01.pacbell.net [66.124.158.132]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49GmsFu016054 for ; Fri, 9 May 2003 09:48:55 -0700 Received: from echen ([192.168.0.69]) (authenticated bits=0) by localhost.localdomain (8.12.7/8.12.7) with ESMTP id h49Gmnbg002958; Fri, 9 May 2003 09:48:49 -0700 From: "Eric Chen" To: "Tim Shimmin" Cc: Subject: RE: accessing the ACL of a file inside XFS kernel. Date: Fri, 9 May 2003 09:48:59 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal In-Reply-To: <20030509185934.A39490@boing.melbourne.sgi.com> X-archive-position: 3960 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: echen@ateonix.com Precedence: bulk X-list: linux-xfs Content-Length: 363 Lines: 17 >How about using: > _ACL_GET_ACCESS(pv,pa) for the XFS access ACL >(which ends up calling xfs_acl_vtoacl()). >This function will get the xfs_acl given the vnode. what is the argument 'pa' that is passed into the function _ACL_GET_ACCESS? so I can have xfs_acl_t *acl = _ACL_GET_ACCESS(pv, pa); where vnode_t *pv = LINVFS_GET_VP(dir); is that right? ~Eric From owner-linux-xfs@oss.sgi.com Fri May 9 10:22:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 10:22:22 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49HMEFu016691 for ; Fri, 9 May 2003 10:22:15 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h49EhiVV001760 for ; Fri, 9 May 2003 07:43:44 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h49Ehha223012107 for ; Fri, 9 May 2003 09:43:43 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49EhfRn67593654 for ; Fri, 9 May 2003 09:43:42 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h49L1dW19189 for linux-xfs@oss.sgi.com; Fri, 9 May 2003 17:01:39 -0400 Resent-Message-Id: <200305092101.h49L1dW19189@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49EAnRn67589890 for ; Fri, 9 May 2003 09:10:50 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h49EAlVT43086988 for ; Fri, 9 May 2003 07:10:48 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h49E6oHr001121 for ; Fri, 9 May 2003 16:06:50 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h49E6ogK001120 for hch@sgi.com; Fri, 9 May 2003 16:06:50 +0200 Date: Fri, 9 May 2003 16:06:50 +0200 From: Christoph Hellwig Message-Id: <200305091406.h49E6ogK001120@lab343.munich.sgi.com> Subject: TAKE - Merge up to 2.4.21-rc2 To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Fri, 9 May 2003 17:01:39 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 3961 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 11347 Lines: 278 Date: Fri May 9 07:09:04 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148422a linux/drivers/scsi/aic79xx/aic79xx_osm.h - 1.1 linux/drivers/scsi/aic79xx/CHANGELOG - 1.1 linux/drivers/scsi/aic79xx/Config.in - 1.1 linux/drivers/scsi/aic79xx/Makefile - 1.1 linux/drivers/scsi/aic79xx/aic79xx_osm_pci.c - 1.1 linux/drivers/scsi/aic79xx/aic79xx_pci.c - 1.1 linux/drivers/scsi/aic79xx/aic79xx_proc.c - 1.1 linux/drivers/scsi/aic79xx/aic79xx_reg.h - 1.1 linux/drivers/scsi/aic79xx/aic79xx_reg_print.c - 1.1 linux/drivers/scsi/aic79xx/aic79xx_seq.h - 1.1 linux/drivers/scsi/aic79xx/aicasm/Makefile - 1.1 linux/drivers/scsi/aic79xx/aicasm/aicasm.c - 1.1 linux/drivers/scsi/aic79xx/aicasm/aicasm.h - 1.1 linux/drivers/scsi/aic79xx/aicasm/aicasm_gram.y - 1.1 linux/drivers/scsi/aic79xx/aicasm/aicasm_insformat.h - 1.1 linux/drivers/scsi/aic79xx/aicasm/aicasm_macro_gram.y - 1.1 linux/drivers/scsi/aic79xx/aicasm/aicasm_macro_scan.l - 1.1 linux/include/linux/jhash.h - 1.1 linux/drivers/scsi/aic79xx/aicasm/aicasm_scan.l - 1.1 linux/drivers/scsi/aic79xx/aicasm/aicasm_symbol.c - 1.1 linux/drivers/scsi/aic79xx/aicasm/aicasm_symbol.h - 1.1 linux/drivers/scsi/aic79xx/aiclib.c - 1.1 linux/drivers/scsi/aic79xx/aiclib.h - 1.1 linux/drivers/scsi/aic79xx/cam.h - 1.1 linux/drivers/scsi/aic79xx/queue.h - 1.1 linux/drivers/scsi/aic79xx/scsi_iu.h - 1.1 linux/drivers/scsi/aic79xx/aic79xx.h - 1.1 linux/drivers/scsi/aic79xx/scsi_message.h - 1.1 linux/drivers/scsi/aic79xx/aic79xx.reg - 1.1 linux/drivers/scsi/aic79xx/aic79xx.seq - 1.1 linux/drivers/scsi/aic79xx/aic79xx_osm.c - 1.1 linux/drivers/scsi/aic79xx/aic79xx_inline.h - 1.1 linux/drivers/scsi/aic79xx/aic79xx_core.c - 1.1 linux/net/x25/x25_facilities.c - 1.5 linux/net/unix/sysctl_net_unix.c - 1.7 linux/net/sunrpc/svc.c - 1.11 linux/net/ipv6/tcp_ipv6.c - 1.37 linux/net/ipv4/tcp_ipv4.c - 1.46 linux/net/ipv4/tcp.c - 1.41 linux/net/ipv4/route.c - 1.37 linux/net/core/dev.c - 1.53 linux/mm/memory.c - 1.79 linux/lib/vsprintf.c - 1.17 linux/kernel/sys.c - 1.29 linux/include/net/tcp.h - 1.31 linux/include/linux/sysctl.h - 1.53 linux/include/linux/sched.h - 1.54 linux/include/linux/if_shaper.h - 1.5 linux/include/linux/i2c.h - 1.14 linux/include/linux/fb.h - 1.22 linux/include/linux/arcdevice.h - 1.10 linux/fs/umsdos/namei.c - 1.12 linux/fs/umsdos/dir.c - 1.18 linux/fs/proc/base.c - 1.33 linux/fs/proc/array.c - 1.34 linux/fs/nfsd/vfs.c - 1.44 linux/fs/ncpfs/ioctl.c - 1.17 linux/drivers/video/vesafb.c - 1.19 linux/drivers/video/Config.in - 1.36 linux/drivers/sound/mpu401.c - 1.16 linux/drivers/sound/ad1848.c - 1.16 linux/drivers/scsi/qlogicisp.c - 1.25 linux/drivers/scsi/ide-scsi.c - 1.22 linux/drivers/scsi/aic7xxx/aic7xxx.seq - 1.13 linux/drivers/scsi/aic7xxx/aic7xxx.reg - 1.11 linux/drivers/scsi/aha152x.c - 1.29 linux/drivers/scsi/Makefile - 1.37 linux/drivers/scsi/Config.in - 1.32 linux/drivers/net/rrunner.c - 1.19 linux/drivers/net/ewrk3.c - 1.24 linux/drivers/cdrom/cdu31a.c - 1.11 linux/arch/ppc/kernel/ppc_ksyms.c - 1.44 linux/arch/ppc/kernel/i8259.c - 1.12 linux/arch/ppc/defconfig - 1.41 linux/Makefile - 1.186 linux/MAINTAINERS - 1.92 linux/Documentation/Configure.help - 1.144 linux/CREDITS - 1.76 linux/net/decnet/af_decnet.c - 1.29 linux/drivers/sound/cmpci.c - 1.31 linux/kernel/ptrace.c - 1.21 linux/include/linux/iobuf.h - 1.16 linux/drivers/net/sis900.c - 1.34 linux/drivers/net/wan/cosa.c - 1.24 linux/include/linux/pci_ids.h - 1.63 linux/drivers/video/tdfxfb.c - 1.19 linux/arch/ppc/configs/walnut_defconfig - 1.20 linux/arch/ppc/configs/pmac_defconfig - 1.9 linux/arch/ppc/configs/oak_defconfig - 1.20 linux/arch/ppc/configs/mbx_defconfig - 1.15 linux/arch/ppc/configs/gemini_defconfig - 1.23 linux/arch/ppc/configs/common_defconfig - 1.29 linux/arch/ppc/configs/apus_defconfig - 1.16 linux/drivers/i2c/i2c-dev.c - 1.15 linux/include/linux/i2c-dev.h - 1.8 linux/drivers/net/arcnet/rfc1201.c - 1.6 linux/drivers/net/arcnet/rfc1051.c - 1.4 linux/drivers/net/arcnet/arcnet.c - 1.14 linux/drivers/net/arcnet/arc-rawmode.c - 1.4 linux/drivers/ieee1394/raw1394.c - 1.19 linux/drivers/ieee1394/ieee1394_core.h - 1.15 linux/drivers/ieee1394/pcilynx.c - 1.22 linux/drivers/ieee1394/ieee1394_core.c - 1.23 linux/drivers/ieee1394/ohci1394.c - 1.25 linux/drivers/ieee1394/ieee1394_types.h - 1.14 linux/drivers/ieee1394/ieee1394_transactions.h - 1.6 linux/drivers/ieee1394/ieee1394_transactions.c - 1.12 linux/drivers/ieee1394/ieee1394.h - 1.6 linux/drivers/ieee1394/hosts.h - 1.12 linux/drivers/ieee1394/hosts.c - 1.16 linux/drivers/ieee1394/highlevel.h - 1.6 linux/drivers/ieee1394/csr.c - 1.11 linux/drivers/ieee1394/highlevel.c - 1.10 linux/drivers/sound/via82cxxx_audio.c - 1.28 linux/drivers/usb/pegasus.c - 1.27 linux/drivers/sound/awe_wave.c - 1.11 linux/drivers/ide/ide.c - 1.39 linux/net/ipv4/netfilter/ipt_REJECT.c - 1.16 linux/net/ipv4/netfilter/ip_queue.c - 1.15 linux/net/ipv4/netfilter/ip_conntrack_ftp.c - 1.11 linux/net/ipv4/netfilter/ip_conntrack_core.c - 1.16 linux/net/ipv4/netfilter/Makefile - 1.14 linux/drivers/usb/mdc800.c - 1.16 linux/drivers/sound/i810_audio.c - 1.27 linux/drivers/char/rio/rioboot.c - 1.6 linux/include/linux/sisfb.h - 1.7 linux/drivers/usb/storage/usb.h - 1.12 linux/drivers/usb/storage/transport.c - 1.19 linux/drivers/usb/serial/keyspan.h - 1.9 linux/drivers/usb/serial/keyspan.c - 1.19 linux/drivers/ieee1394/video1394.c - 1.20 linux/drivers/ieee1394/video1394.h - 1.8 linux/arch/ppc/configs/rpxlite_defconfig - 1.15 linux/arch/ppc/configs/rpxcllf_defconfig - 1.16 linux/arch/ppc/configs/est8260_defconfig - 1.16 linux/arch/ppc/configs/bseip_defconfig - 1.15 linux/drivers/media/video/zr36120.c - 1.12 linux/drivers/isdn/eicon/linchr.c - 1.7 linux/drivers/scsi/cpqfcTSinit.c - 1.15 linux/drivers/video/sis/initdef.h - 1.6 linux/drivers/video/sis/sis_main.c - 1.13 linux/arch/ppc/configs/power3_defconfig - 1.14 linux/arch/ppc/configs/ibmchrp_defconfig - 1.14 linux/include/asm-cris/uaccess.h - 1.5 linux/drivers/scsi/aic7xxx/cam.h - 1.5 linux/drivers/scsi/aic7xxx/aicasm/aicasm_symbol.h - 1.5 linux/drivers/scsi/aic7xxx/aicasm/aicasm_symbol.c - 1.7 linux/drivers/scsi/aic7xxx/aicasm/aicasm_scan.l - 1.6 linux/drivers/scsi/aic7xxx/aicasm/aicasm_insformat.h - 1.5 linux/drivers/scsi/aic7xxx/aicasm/aicasm_gram.y - 1.6 linux/drivers/scsi/aic7xxx/aicasm/aicasm.h - 1.6 linux/drivers/scsi/aic7xxx/aicasm/aicasm.c - 1.6 linux/drivers/scsi/aic7xxx/aic7xxx_seq.h - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_reg.h - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_proc.c - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_pci.c - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_osm.h - 1.9 linux/drivers/scsi/aic7xxx/aic7xxx_inline.h - 1.7 linux/drivers/scsi/aic7xxx/aic7xxx_93cx6.h - 1.5 linux/drivers/scsi/aic7xxx/aic7xxx_93cx6.c - 1.6 linux/drivers/scsi/aic7xxx/aic7xxx.h - 1.7 linux/drivers/scsi/aic7xxx/aic7770.c - 1.8 linux/drivers/scsi/aic7xxx/Makefile - 1.6 linux/drivers/scsi/aic7xxx/Config.in - 1.5 linux/arch/ppc/configs/TQM860L_defconfig - 1.14 linux/arch/ppc/configs/TQM850L_defconfig - 1.13 linux/arch/ppc/configs/TQM823L_defconfig - 1.13 linux/arch/ppc/configs/SPD823TS_defconfig - 1.13 linux/arch/ppc/configs/SM850_defconfig - 1.13 linux/arch/ppc/configs/IVMS8_defconfig - 1.14 linux/drivers/net/fealnx.c - 1.14 linux/drivers/media/video/zoran_procfs.c - 1.3 linux/drivers/char/sonypi.c - 1.9 linux/drivers/ieee1394/sbp2.c - 1.13 linux/drivers/ieee1394/sbp2.h - 1.11 linux/drivers/ieee1394/nodemgr.c - 1.14 linux/drivers/ieee1394/nodemgr.h - 1.7 linux/drivers/ieee1394/ieee1394_hotplug.h - 1.4 linux/include/asm-ppc/cputable.h - 1.5 linux/arch/ppc/kernel/cputable.c - 1.8 linux/drivers/video/sstfb.c - 1.9 linux/fs/jffs2/build.c - 1.3 linux/fs/namespace.c - 1.14 linux/drivers/pcmcia/i82092.c - 1.5 linux/net/ipv4/netfilter/ip_conntrack_irc.c - 1.5 linux/drivers/video/sis/300vtbl.h - 1.5 linux/drivers/video/sis/310vtbl.h - 1.5 linux/drivers/video/sis/init.c - 1.5 linux/drivers/video/sis/init.h - 1.5 linux/drivers/video/sis/init301.c - 1.5 linux/drivers/video/sis/init301.h - 1.5 linux/drivers/video/sis/oem300.h - 1.5 linux/drivers/video/sis/oem310.h - 1.5 linux/drivers/video/sis/osdef.h - 1.4 linux/drivers/video/sis/sis_main.h - 1.5 linux/drivers/video/sis/vgatypes.h - 1.5 linux/drivers/video/sis/vstruct.h - 1.4 linux/fs/ext3/super.c - 1.6 linux/drivers/hotplug/cpqphp_ctrl.c - 1.4 linux/drivers/hotplug/cpqphp_core.c - 1.4 linux/drivers/hotplug/cpqphp.h - 1.3 linux/net/ipv6/netfilter/ip6_queue.c - 1.5 linux/drivers/usb/vicam.c - 1.5 linux/drivers/block/umem.c - 1.6 linux/drivers/hotplug/ibmphp_ebda.c - 1.4 linux/drivers/ide/ide-taskfile.c - 1.3 linux/drivers/ieee1394/amdtp.c - 1.6 linux/drivers/ieee1394/cmp.c - 1.4 linux/drivers/ieee1394/dv1394-private.h - 1.6 linux/drivers/ieee1394/dv1394.c - 1.6 linux/drivers/ieee1394/eth1394.c - 1.5 linux/drivers/ieee1394/eth1394.h - 1.4 linux/net/bluetooth/l2cap.c - 1.4 linux/drivers/net/tg3.c - 1.9 linux/init/do_mounts.c - 1.7 linux/include/linux/umem.h - 1.3 linux/drivers/scsi/aic7xxx/aic7770_osm.c - 1.3 linux/drivers/scsi/aic7xxx/aic7xxx_core.c - 1.5 linux/drivers/scsi/aic7xxx/aic7xxx_osm.c - 1.3 linux/drivers/scsi/aic7xxx/aic7xxx_osm_pci.c - 1.3 linux/drivers/scsi/aic7xxx/aicasm/aicasm_macro_gram.y - 1.3 linux/drivers/scsi/aic7xxx/aicasm/aicasm_macro_scan.l - 1.3 linux/arch/x86_64/ia32/ia32_ioctl.c - 1.3 linux/net/ipv4/netfilter/ipt_conntrack.c - 1.2 linux/arch/x86_64/lib/copy_user.S - 1.3 linux/include/asm-x86_64/smp.h - 1.3 linux/arch/ppc/configs/spruce_defconfig - 1.4 linux/arch/ppc/configs/pal4_defconfig - 1.4 linux/arch/ppc/configs/briq_defconfig - 1.4 linux/fs/jfs/namei.c - 1.3 linux/fs/jfs/jfs_txnmgr.c - 1.3 linux/fs/jfs/jfs_incore.h - 1.3 linux/fs/jfs/jfs_extent.c - 1.3 linux/fs/jfs/file.c - 1.3 linux/drivers/video/sis/sis_accel.h - 1.2 linux/drivers/video/sis/sis_accel.c - 1.3 linux/net/ipv4/netfilter/ip_conntrack_amanda.c - 1.2 linux/net/bluetooth/rfcomm/tty.c - 1.2 linux/net/bluetooth/rfcomm/core.c - 1.2 linux/include/net/bluetooth/rfcomm.h - 1.2 linux/drivers/video/intel/modes.c - 1.2 linux/drivers/video/intel/intelfbdrv.c - 1.2 linux/drivers/video/intel/Makefile - 1.2 linux/drivers/sound/ad1889.c - 1.2 linux/drivers/scsi/nsp32.c - 1.2 linux/drivers/scsi/aic7xxx/scsi_iu.h - 1.2 linux/drivers/scsi/aic7xxx/aiclib.h - 1.2 linux/drivers/scsi/aic7xxx/aiclib.c - 1.2 linux/drivers/scsi/aic7xxx/aic7xxx_reg_print.c - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_seq.h - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_reg_print.c - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_reg.h - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_proc.c - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_pci.c - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_osm_pci.c - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_osm.h - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_osm.c - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_inline.h - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_core.c - 1.2 linux/drivers/scsi/aic7xxx/aic79xx.seq - 1.2 linux/drivers/scsi/aic7xxx/aic79xx.reg - 1.2 linux/drivers/scsi/aic7xxx/aic79xx.h - 1.2 linux/drivers/scsi/aic7xxx/CHANGELOG - 1.2 linux/drivers/net/r8169.c - 1.2 linux/drivers/ieee1394/raw1394-private.h - 1.2 linux/drivers/ieee1394/ieee1394-ioctl.h - 1.2 linux/drivers/ide/raid/hptraid.c - 1.2 linux/drivers/ide/pci/serverworks.h - 1.2 linux/drivers/ide/pci/serverworks.c - 1.2 From owner-linux-xfs@oss.sgi.com Fri May 9 10:38:04 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 10:38:08 -0700 (PDT) Received: from hotmail.com (f62.sea2.hotmail.com [207.68.165.62]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49Hc3Fu017230 for ; Fri, 9 May 2003 10:38:03 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 9 May 2003 10:34:54 -0700 Received: from 208.244.233.175 by sea2fd.sea2.hotmail.msn.com with HTTP; Fri, 09 May 2003 17:34:54 GMT X-Originating-IP: [208.244.233.175] X-Originating-Email: [rgsmith72@hotmail.com] From: "Rick Smith" To: jerj@coplanar.net, linux-xfs@oss.sgi.com Subject: Re: O_DIRECT address restrictions Date: Fri, 09 May 2003 10:34:54 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 May 2003 17:34:54.0548 (UTC) FILETIME=[4D88D140:01C31651] X-archive-position: 3962 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rgsmith72@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 2748 Lines: 70 Yes, I am referring to memory physically on the video card itself (PCI), not system RAM. I am aware of the page alignment requirements of O_DIRECT under XFS, but usually I get an "invalid argument" (EINVAL) error when this requirement is not satisfied instead of the "bad address" (EFAULT) error that I am getting. Looking at the XFS code, there are some places where it bails with EFAULT after checking alignment, so I will look further into those. I have an API that returns the address of the actual video memory buffer on the card and I would like to be able to use O_DIRECT to blast data directly there in one step without a kernel buffer and a DMA step. Like I said, without O_DIRECT I can do the I/O to the video memory, but I need the speed of O_DIRECT. Is this possible? Rick >From: "Jeremy Jackson" >To: "Rick Smith" , >Subject: Re: O_DIRECT address restrictions >Date: Fri, 9 May 2003 10:55:52 -0400 > >Hmm interesting... when you say mmaped video memory, do you mean PCI/AGP >memory *on* the video card, or system RAM? I believe some of the replies >indicating that it should work were talking about system RAM? > >I think the normal case is DMA from scsi card or ide or whatever to/from >system RAM. I don't think (but I don't know that much) that DMA from a >scsi >card to another PCI card is the normal case. Can anyone comment furthur? > >Jeremy >----- Original Message ----- >From: "Rick Smith" >To: >Sent: Thursday, May 08, 2003 6:16 PM >Subject: O_DIRECT address restrictions > > > > Hello, > > What are the memory address restrictions when using the O_DIRECT >flag > > with XFS? I am trying to perform I/O directly from the filesystem to a >piece > > of mmap'ed video memory and I get the "bad address" error when I attempt >to > > do so with O_DIRECT. Without the O_DIRECT flag I am able to perform the >I/O > > but is it must too slow. Using O_DIRECT with other system memory seems >to > > work fine, but I would like the option of transferring data directly to >a > > video card without a bounce buffer and a DMA step. Is direct I/O >available > > to any memory address that satisfies the alignment requirement or must >this > > address be below the MAX_DMA_ADDR? > > > > Any help appreciated. Thanks. > > > > Rick Smith > > > > _________________________________________________________________ > > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > > http://join.msn.com/?page=features/junkmail > > > > > _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From owner-linux-xfs@oss.sgi.com Fri May 9 11:06:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 11:06:53 -0700 (PDT) Received: from localhost.localdomain (adsl-66-124-158-132.dsl.sntc01.pacbell.net [66.124.158.132]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49I6PFu017910 for ; Fri, 9 May 2003 11:06:25 -0700 Received: from echen ([192.168.0.69]) (authenticated bits=0) by localhost.localdomain (8.12.7/8.12.7) with ESMTP id h49I6Jbg015354; Fri, 9 May 2003 11:06:20 -0700 From: "Eric Chen" To: "Tim Shimmin" Cc: Subject: RE: accessing the ACL of a file inside XFS kernel. Date: Fri, 9 May 2003 11:06:28 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal In-Reply-To: <20030509185934.A39490@boing.melbourne.sgi.com> X-archive-position: 3963 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: echen@ateonix.com Precedence: bulk X-list: linux-xfs Content-Length: 2689 Lines: 108 >>How about using: >> _ACL_GET_ACCESS(pv,pa) for the XFS access ACL >>(which ends up calling xfs_acl_vtoacl()). >>This function will get the xfs_acl given the vnode. > >what is the argument 'pa' that is passed into the function _ACL_GET_ACCESS? > >so I can have > >xfs_acl_t *acl = _ACL_GET_ACCESS(pv, pa); > >where vnode_t *pv = LINVFS_GET_VP(dir); > nevermind, I think I figured out the syntax. You call _ACL_GET_ACCESS with pv and pa, where pv is the pointer to the vnode_t and pa is the pointer to the xfs_acl_t. Is this right? so if you call _ACL_GET_ACCESS(pv, pa); will the acl be then stored in 'pa'? I am getting a weird result, because when I printk pa->acl_cnt, I always get -1. Here's some of the code: STATIC int linvfs_unlink( struct inode *dir, struct dentry *dentry) { int error = 0; struct inode *inode; vnode_t *dvp; /* directory containing name to remove */ // I added this int i; vnode_t *vp; xfs_acl_t *acl; // end of I added this inode = dentry->d_inode; dvp = LINVFS_GET_VP(dir); // I added this vp = LINVFS_GET_VP(inode); _ACL_GET_ACCESS(vp, acl); printk("acl_cnt: %d\n", acl->acl_cnt); for (i=0;iacl_cnt;i++) { printk("perm[%d]: %x\n", i, acl->acl_entry[i].ae_perm); } // end of I added this ..... resume the rest of the code } so if I create a file by doing 'touch file', I get a file with the permission bits: -rw-r--r-- and in the ACL, there are 3 entries for user, group, and other. acl->acl_cnt should then be 3 right?? and acl->acl_entry[0].ae_perm should be 6, and acl->acl_entry[1].ae_perm should be 4, and acl->acl_entry[2].ae_perm should be 4. however, when I remove a file, I get 'acl->acl_cnt = -1' this is a different result from what I expected.. but I don't know where the problem might be. I tried doing a printk in the function xfs_acl_vtoacl() and I get a different result there also. Here is the code for that function: int xfs_acl_vtoacl( vnode_t *vp, xfs_acl_t *access_acl, xfs_acl_t *default_acl) { vattr_t va; int error = 0; if (access_acl) { /* * Get the Access ACL and the mode. If either cannot * be obtained for some reason, invalidate the access ACL. */ xfs_acl_get_attr(vp, access_acl, _ACL_TYPE_ACCESS, 0, &error); //I added this line printk("aclcount : access_acl->acl_cnt=%d\n", access_acl->acl_cnt); ...resume rest of code } This is weird because I would expect the acl_cnts to be the same. When I remove the file, it will first print out 'aclcount : access_acl->acl_cnt=1' then 'acl_cnt: -1'. Any ideas on why this might be happening? and how I can get the correct acl? Thanks, ~Eric *please reply to me because I am not subscribed to the list.* From owner-linux-xfs@oss.sgi.com Fri May 9 13:54:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 13:55:03 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49KsmFu020055 for ; Fri, 9 May 2003 13:54:48 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h49KsgVV004652 for ; Fri, 9 May 2003 13:54:43 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h49Ksda222971272; Fri, 9 May 2003 15:54:39 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49KsdRn66921882; Fri, 9 May 2003 15:54:39 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h49Ksdl17776; Fri, 9 May 2003 15:54:39 -0500 Subject: RE: accessing the ACL of a file inside XFS kernel. From: Steve Lord To: Eric Chen Cc: Tim Shimmin , linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1052513679.30454.85.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 09 May 2003 15:54:39 -0500 X-archive-position: 3964 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1744 Lines: 68 On Fri, 2003-05-09 at 13:06, Eric Chen wrote: > >>How about using: > >> _ACL_GET_ACCESS(pv,pa) for the XFS access ACL > >>(which ends up calling xfs_acl_vtoacl()). > >>This function will get the xfs_acl given the vnode. > > > >what is the argument 'pa' that is passed into the function _ACL_GET_ACCESS? > > > >so I can have > > > >xfs_acl_t *acl = _ACL_GET_ACCESS(pv, pa); > > > >where vnode_t *pv = LINVFS_GET_VP(dir); > > > > nevermind, I think I figured out the syntax. You call _ACL_GET_ACCESS with > pv and pa, where pv is the pointer to the vnode_t and pa is the pointer to > the xfs_acl_t. Is this right? > > so if you call _ACL_GET_ACCESS(pv, pa); > will the acl be then stored in 'pa'? I am getting a weird result, because > when I printk pa->acl_cnt, I always get -1. > > Here's some of the code: > > STATIC int > linvfs_unlink( > struct inode *dir, > struct dentry *dentry) > { > int error = 0; > struct inode *inode; > vnode_t *dvp; /* directory containing name to remove */ > > // I added this > int i; > vnode_t *vp; > xfs_acl_t *acl; > // end of I added this > > inode = dentry->d_inode; > > dvp = LINVFS_GET_VP(dir); > > // I added this > vp = LINVFS_GET_VP(inode); > _ACL_GET_ACCESS(vp, acl); > > printk("acl_cnt: %d\n", acl->acl_cnt); > for (i=0;iacl_cnt;i++) { > printk("perm[%d]: %x\n", i, acl->acl_entry[i].ae_perm); > } > // end of I added this > > ..... resume the rest of the code > } I think you need to allocate and free your acl memory here, the function is putting stuff in an uninitialized pointer in the above code. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri May 9 13:57:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 13:57:34 -0700 (PDT) Received: from optimus (ip68-99-142-159.ph.ph.cox.net [68.99.142.159]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49KvUFu020419 for ; Fri, 9 May 2003 13:57:31 -0700 Received: from peart ([192.168.1.2]) by optimus with smtp (Exim 3.12 #1 (Debian)) id 19EEvl-00004n-00 for ; Fri, 09 May 2003 13:57:25 -0700 Message-ID: <001301c3166d$9c563e90$0201a8c0@peart> From: "Todd Jeffreys" To: Subject: XFS Stable 1.2 for Kernel 2.4.20 Date: Fri, 9 May 2003 13:57:31 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-archive-position: 3965 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: todd@voidpointer.org Precedence: bulk X-list: linux-xfs Content-Length: 136 Lines: 5 You have stable 1.2 for kernel 2.4.19 but not for kernel 2.4.20. Are you planning on releasing a 2.4.20 patch? Thanks Todd Jeffreys From owner-linux-xfs@oss.sgi.com Fri May 9 15:20:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 15:20:14 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49MK0Fu021897 for ; Fri, 9 May 2003 15:20:00 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h49MJtE0006020 for ; Fri, 9 May 2003 15:19:55 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h49MJsa223048575 for ; Fri, 9 May 2003 17:19:54 -0500 (CDT) Received: from sgi.com (chuckle.americas.sgi.com [128.162.241.66]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h49MJsRn67844928 for ; Fri, 9 May 2003 17:19:54 -0500 (CDT) Received: from chuckle.americas.sgi.com (localhost [127.0.0.1]) by sgi.com (8.12.8/8.12.8) with ESMTP id h49MJrmn027460 for ; Fri, 9 May 2003 17:19:54 -0500 Received: (from cattelan@localhost) by chuckle.americas.sgi.com (8.12.8/8.12.8/Submit) id h49MJrVi027458 for linux-xfs@oss.sgi.com; Fri, 9 May 2003 17:19:53 -0500 Date: Fri, 9 May 2003 17:19:53 -0500 From: Russell Cattelan Message-Id: <200305092219.h49MJrVi027458@chuckle.americas.sgi.com> Subject: TAKE - Allow xfsidbg to be built as a module X-archive-position: 3966 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@chuckle.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 294 Lines: 12 Date: Fri May 9 15:19:37 PDT 2003 Workarea: chuckle.americas.sgi.com:/misc/xfs2/XFS/x2.4-xfs-devel The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148523a linux/fs/xfs/linux/xfs_globals.c - 1.48 - Export symbols for xfsidbg From owner-linux-xfs@oss.sgi.com Fri May 9 15:33:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 15:34:00 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h49MXqFu022442 for ; Fri, 9 May 2003 15:33:53 -0700 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19EGPZ-0005Rg-00 for ; Sat, 10 May 2003 00:32:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: linux-xfs@oss.sgi.com Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19EGPD-0005Pi-00 for ; Sat, 10 May 2003 00:31:55 +0200 From: Nicholas Wourms Subject: Re: TAKE - Merge up to 2.4.21-rc2 Date: Fri, 09 May 2003 18:26:55 -0400 Message-ID: <3EBC2B2F.7090709@myrealbox.com> References: <200305091406.h49E6ogK001120@lab343.munich.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org Cc: Keith Owens User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en X-Enigmail-Version: 0.74.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-archive-position: 3967 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nwourms@myrealbox.com Precedence: bulk X-list: linux-xfs Content-Length: 325 Lines: 17 Christoph Hellwig wrote: > Date: Fri May 9 07:09:04 PDT 2003 > Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs > > Keith, Are you going to resync kdb in the 2.4 tree to the current release? Cheers, Nicholas From owner-linux-xfs@oss.sgi.com Fri May 9 21:11:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 21:11:53 -0700 (PDT) Received: from hotmail.com (f34.sea2.hotmail.com [207.68.165.34]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4A4BaFu026002 for ; Fri, 9 May 2003 21:11:37 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 9 May 2003 21:11:31 -0700 Received: from 66.32.178.243 by sea2fd.sea2.hotmail.msn.com with HTTP; Sat, 10 May 2003 04:11:30 GMT X-Originating-IP: [66.32.178.243] X-Originating-Email: [rgsmith72@hotmail.com] From: "Rick Smith" To: linux-xfs@oss.sgi.com Subject: Re: O_DIRECT address restrictions Date: Fri, 09 May 2003 21:11:30 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 10 May 2003 04:11:31.0193 (UTC) FILETIME=[3C824E90:01C316AA] X-archive-position: 3968 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rgsmith72@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 1972 Lines: 51 It turns out that my problem is not specifically with XFS, but with any filesystem that supports O_DIRECT. Is it possible to perform direct I/O to addresses 0xF0000000 and above that are mmaped into user space? I am able to write to this memory with normal I/O, so how does this differ from O_DIRECT in this respect? Any help is appreciated. Thanks. Rick >From: Steve Lord >To: Andi Kleen >CC: Rick Smith , linux-xfs@oss.sgi.com >Subject: Re: O_DIRECT address restrictions >Date: 08 May 2003 21:27:52 -0500 > >On Thu, 2003-05-08 at 21:19, Andi Kleen wrote: > > On Thu, May 08, 2003 at 03:16:22PM -0700, Rick Smith wrote: > > > What are the memory address restrictions when using the O_DIRECT >flag > > > with XFS? I am trying to perform I/O directly from the filesystem to a > > > piece of mmap'ed video memory and I get the "bad address" error when I > > > attempt to do so with O_DIRECT. Without the O_DIRECT flag I am able to > > > perform the I/O but is it must too slow. Using O_DIRECT with other >system > > > memory seems to work fine, but I would like the option of transferring >data > > > directly to a video card without a bounce buffer and a DMA step. Is >direct > > > I/O available to any memory address that satisfies the alignment > > > requirement or must this address be below the MAX_DMA_ADDR? > > > > The only restriction is that the base address and the size must be an > > multiply of the block size of the file system (normally 4K) > >Rick, > >Do a man 5 on xfs and read the section on XFS_IOC_DIOINFO, if you >program using this interface then should we change the alignment >restrictions in xfs your programs will continue to work. There is >code to reduce the alignment restriction to 512 bytes. > >Steve > > _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From owner-linux-xfs@oss.sgi.com Fri May 9 21:30:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 May 2003 21:30:57 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4A4UqFu026563 for ; Fri, 9 May 2003 21:30:53 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id E440014304; Sat, 10 May 2003 06:30:46 +0200 (MEST) Date: Sat, 10 May 2003 06:30:46 +0200 From: Andi Kleen To: Rick Smith Cc: linux-xfs@oss.sgi.com Subject: Re: O_DIRECT address restrictions Message-ID: <20030510043046.GA4250@Wotan.suse.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-archive-position: 3969 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 1117 Lines: 23 On Fri, May 09, 2003 at 09:11:30PM -0700, Rick Smith wrote: > It turns out that my problem is not specifically with XFS, but with any > filesystem that supports O_DIRECT. Is it possible to perform direct I/O to > addresses 0xF0000000 and above that are mmaped into user space? I am able > to write to this memory with normal I/O, so how does this differ from > O_DIRECT in this respect? I don't think that will work. The direct IO path works with struct page structures in the kernel mem_map array, but these hardware mappings don't have an entry in mem_map and no struct page. In theory you could hack your kernel to include them in the mem_map, but it would need some surgery in early bootup and could potentially need a lot of memory. The mem_map array does not allow holes in a non NUMA kernel so if you try to map 0xF0000000 you'll always need an mem_map that covers the full 4GB of low memory. All these struct pages add up and cost quite a lot of memory. It will likely work when you use an machine with more than 4GB of memory installed. It already has mem_map entries for the PCI holes. -Andi From owner-linux-xfs@oss.sgi.com Sat May 10 10:29:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 10 May 2003 10:29:40 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4AHTNFu003871 for ; Sat, 10 May 2003 10:29:24 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h4AHTMxa010021 for ; Sat, 10 May 2003 12:29:22 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: bug? sv_wait() and gcc3 Date: Sat, 10 May 2003 12:30:28 -0500 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305101230.28794.kelledin+XFS@skarpsey.dyndns.org> X-archive-position: 3970 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 1320 Lines: 35 Everyone here might remember me bugging about deadlocks on Alpha, and me contributing a patch that seemed to fix the issue at the time. Well, it _almost_ fixes the issue. Deadlocks are a lot less frequent now--I have to hammer the filesystem for maybe half a day to trip a deadlock again. While it's an improvement, it's nowhere near perfect or production-ready. ATM deadlocks are getting tripped by file creation. So far it seems as if xlog_grant_log_space() is hanging, and the only thing I can see in xlog_grant_log_space() that's likely to hang indefinitely is sv_wait() calls. I googled around a bit, and it seems that certain compiler versions have caused problems with sv_wait() before. Somehow I wasn't able to figure out exactly what problems they caused (maybe I didn't dig hard enough?). (Note that dropping back to gcc-2.95.3 is not really an option on Alpha--2.95.3 tends to ICE when compiling SMP Alpha kernels. It's basically gcc3 or bust, and i'd prefer 3.2.1.) So...my questions at this point: 1) What exact problems has sv_wait() had with compilers, and what causes them? Atomicity problems, perhaps? 2) Does sv_wait() have any known problems with gcc-3.2.1? -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Sat May 10 20:26:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 10 May 2003 20:27:07 -0700 (PDT) Received: from hotmail.com (f42.sea2.hotmail.com [207.68.165.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4B3QqFu007701 for ; Sat, 10 May 2003 20:26:52 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 10 May 2003 20:26:47 -0700 Received: from 66.32.189.84 by sea2fd.sea2.hotmail.msn.com with HTTP; Sun, 11 May 2003 03:26:46 GMT X-Originating-IP: [66.32.189.84] X-Originating-Email: [rgsmith72@hotmail.com] From: "Rick Smith" To: ak@suse.de Cc: linux-xfs@oss.sgi.com Subject: Re: O_DIRECT address restrictions Date: Sat, 10 May 2003 20:26:46 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 11 May 2003 03:26:47.0023 (UTC) FILETIME=[270837F0:01C3176D] X-archive-position: 3971 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rgsmith72@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 1796 Lines: 44 I would be willing to upgrade memory to 4GB and/or modify the kernel to gain direct I/O functionality to/from PCI addresses 0xF0000000 through 0xF7FFFFFF. Could you recommend any resources (books, web sites, etc.) that would help guide me and understand what needs to be done? Thanks. Rick >From: Andi Kleen >To: Rick Smith >CC: linux-xfs@oss.sgi.com >Subject: Re: O_DIRECT address restrictions >Date: Sat, 10 May 2003 06:30:46 +0200 > >On Fri, May 09, 2003 at 09:11:30PM -0700, Rick Smith wrote: > > It turns out that my problem is not specifically with XFS, but with any > > filesystem that supports O_DIRECT. Is it possible to perform direct I/O >to > > addresses 0xF0000000 and above that are mmaped into user space? I am >able > > to write to this memory with normal I/O, so how does this differ from > > O_DIRECT in this respect? > >I don't think that will work. The direct IO path works with struct page >structures in the kernel mem_map array, but these hardware mappings don't >have >an entry in mem_map and no struct page. > >In theory you could hack your kernel to include them in the mem_map, but >it would need some surgery in early bootup and could potentially need a >lot of memory. The mem_map array does not allow holes in a non NUMA kernel >so if you try to map 0xF0000000 you'll always need an mem_map that covers >the full 4GB of low memory. All these struct pages add up and cost quite >a lot of memory. > >It will likely work when you use an machine with more than 4GB of memory >installed. It already has mem_map entries for the PCI holes. > >-Andi _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From owner-linux-xfs@oss.sgi.com Sat May 10 22:07:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 10 May 2003 22:07:51 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4B57aFu008605 for ; Sat, 10 May 2003 22:07:37 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 9DC3514329; Sun, 11 May 2003 07:07:30 +0200 (MEST) Date: Sun, 11 May 2003 07:07:30 +0200 From: Andi Kleen To: Rick Smith Cc: ak@suse.de, linux-xfs@oss.sgi.com Subject: Re: O_DIRECT address restrictions Message-ID: <20030511050730.GD22102@Wotan.suse.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-archive-position: 3972 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 932 Lines: 21 On Sat, May 10, 2003 at 08:26:46PM -0700, Rick Smith wrote: > I would be willing to upgrade memory to 4GB and/or modify the kernel to > gain direct I/O functionality to/from PCI addresses 0xF0000000 through > 0xF7FFFFFF. Could you recommend any resources (books, web sites, etc.) that > would help guide me and understand what needs to be done? Thanks. The easiest way is probably to upgrade memory. Even in that case there may be still problems if someone checks PageReserved somewhere in the VM for this, but if that happens it should be quite easy to fix. I'm not sure there are books that are that intimate with the kernel. Basically you would have to change the early boot path in arch/i386/kernel/setup.c, arch/i386/mm/init.c to extend the mem_map. Normally it gets the top of memory from the E820 map, you have to overwrite this. mem= is not enough, because in this case it will try to use non existing memory. -Andi From owner-linux-xfs@oss.sgi.com Sun May 11 08:06:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 May 2003 08:06:51 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.43.38.154]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4BF6WFu020560 for ; Sun, 11 May 2003 08:06:33 -0700 Received: from phatboy ([192.168.7.124]) by stargate.coplanar.net (8.12.8/8.12.5) with SMTP id h4BF6UeJ005025; Sun, 11 May 2003 11:06:30 -0400 Message-ID: <006201c317cf$75d37f90$7c07a8c0@kennet.coplanar.net> From: "Jeremy Jackson" To: "Todd Jeffreys" , References: <001301c3166d$9c563e90$0201a8c0@peart> Subject: Re: XFS Stable 1.2 for Kernel 2.4.20 Date: Sun, 11 May 2003 11:10:29 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-archive-position: 3973 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Content-Length: 752 Lines: 29 I have a home brew Debian package with my homebrew (UNOFFICIAL) 1.2 patch for 2.4.20 at http://stargate.coplanar.net/~jerj/debian You can extract the patch from the .tar.gz if you wish to use for another distro, but it is tweaked to work with Debian's kernel, and will require a few lines to be modified by hand to un-tweak. If you are not using Debian let me know and I can post the untweaked version. Regards, Jeremy ----- Original Message ----- From: "Todd Jeffreys" To: Sent: Friday, May 09, 2003 4:57 PM Subject: XFS Stable 1.2 for Kernel 2.4.20 > You have stable 1.2 for kernel 2.4.19 but not for kernel 2.4.20. Are you > planning on releasing a 2.4.20 patch? Thanks > > Todd Jeffreys > > From owner-linux-xfs@oss.sgi.com Sun May 11 23:36:14 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 May 2003 23:36:29 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4C6aDFu028618 for ; Sun, 11 May 2003 23:36:14 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4C6a7E0018671 for ; Sun, 11 May 2003 23:36:07 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4C6a5ch1805819 for ; Mon, 12 May 2003 16:36:05 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4C6a5F31774525 for linux-xfs@oss.sgi.com; Mon, 12 May 2003 16:36:05 +1000 (EST) Date: Mon, 12 May 2003 16:36:05 +1000 (EST) From: Nathan Scott Message-Id: <200305120636.h4C6a5F31774525@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - pagebuf X-archive-position: 3974 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 320 Lines: 13 Block number calculation fixes, for non-default sector sizes. Date: Sun May 11 23:34:53 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148594a linux/fs/xfs/pagebuf/page_buf.c - 1.117 From owner-linux-xfs@oss.sgi.com Sun May 11 23:42:33 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 May 2003 23:42:35 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4C6gXFu029132 for ; Sun, 11 May 2003 23:42:33 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4C6gQE0019131 for ; Sun, 11 May 2003 23:42:27 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4C6gQch1806484 for ; Mon, 12 May 2003 16:42:26 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4C6gPVw1600458 for linux-xfs@oss.sgi.com; Mon, 12 May 2003 16:42:25 +1000 (EST) Date: Mon, 12 May 2003 16:42:25 +1000 (EST) From: Nathan Scott Message-Id: <200305120642.h4C6gPVw1600458@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - pagebuf X-archive-position: 3975 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 328 Lines: 13 Fix up a pagebuf spelling mistake and a couple of whitespace botches. Date: Sun May 11 23:41:21 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148595a linux/fs/xfs/pagebuf/page_buf.c - 1.118 From owner-linux-xfs@oss.sgi.com Sun May 11 23:50:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 May 2003 23:50:21 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4C6oIFu029590 for ; Sun, 11 May 2003 23:50:18 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4C6oCVV029915 for ; Sun, 11 May 2003 23:50:13 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4C6oBch1758995 for ; Mon, 12 May 2003 16:50:11 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4C6oBmC1812506 for linux-xfs@oss.sgi.com; Mon, 12 May 2003 16:50:11 +1000 (EST) Date: Mon, 12 May 2003 16:50:11 +1000 (EST) From: Nathan Scott Message-Id: <200305120650.h4C6oBmC1812506@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs X-archive-position: 3976 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 769 Lines: 25 Fix a bug in mkfs - creating version 2 logs, an incorrect stripe unit value was being passed to libxfs_clear_log. All recent versions of xfs_repair will fix this, however, because xfs_repair uses the correct stripe unit value. Date: Sun May 11 23:49:35 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:148596a cmd/xfsprogs/VERSION - 1.77 cmd/xfsprogs/doc/CHANGES - 1.106 cmd/xfsprogs/debian/changelog - 1.69 cmd/xfsprogs/mkfs/xfs_mkfs.c - 1.44 - Fix a bug in mkfs - creating version 2 logs, an incorrect stripe unit value was being passed to libxfs_clear_log. cmd/xfsprogs/libxfs/rdwr.c - 1.18 - Make use of consistent offsets. From owner-linux-xfs@oss.sgi.com Mon May 12 02:00:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 02:01:11 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4C90pFu031744 for ; Mon, 12 May 2003 02:00:52 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4C90kVV007980 for ; Mon, 12 May 2003 02:00:46 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4C90ja223464767 for ; Mon, 12 May 2003 04:00:46 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4C90iRn70762398 for ; Mon, 12 May 2003 04:00:44 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h4CFIcm32703 for linux-xfs@oss.sgi.com; Mon, 12 May 2003 11:18:38 -0400 Resent-Message-Id: <200305121518.h4CFIcm32703@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4C8v8Rn70069733 for ; Mon, 12 May 2003 03:57:08 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h4C8v7VT43332009 for ; Mon, 12 May 2003 01:57:07 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h4C8qid5008103 for ; Mon, 12 May 2003 10:52:44 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h4C8qik6008102 for hch@sgi.com; Mon, 12 May 2003 10:52:44 +0200 Date: Mon, 12 May 2003 10:52:44 +0200 From: Christoph Hellwig Message-Id: <200305120852.h4C8qik6008102@lab343.munich.sgi.com> Subject: TAKE - Fix compile warning on my iBook To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Mon, 12 May 2003 11:18:37 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 3977 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 312 Lines: 13 Ifdef and variable that's unused for big endian builds. Date: Mon May 12 01:55:06 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148598a linux/fs/xfs/xfs_inode.c - 1.373 From owner-linux-xfs@oss.sgi.com Mon May 12 02:18:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 02:18:51 -0700 (PDT) Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4C9IjFu032331 for ; Mon, 12 May 2003 02:18:46 -0700 Received: from darke.mpc.local ([172.16.11.6] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 19F9S9-0004qw-00 for linux-xfs@oss.sgi.com; Mon, 12 May 2003 10:18:37 +0100 Message-ID: <3EBF66ED.F0FA2B42@moving-picture.com> Date: Mon, 12 May 2003 10:18:37 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS 1.2 kernel Oops Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Disclaimer: This email and any attachments are confidential, may be legally X-Disclaimer: privileged and intended solely for the use of addressee. If you X-Disclaimer: are not the intended recipient of this message, any disclosure, X-Disclaimer: copying, distribution or any action taken in reliance on it is X-Disclaimer: strictly prohibited and may be unlawful. If you have received X-Disclaimer: this message in error, please notify the sender and delete all X-Disclaimer: copies from your system. X-Disclaimer: X-Disclaimer: Email may be susceptible to data corruption, interception and X-Disclaimer: unauthorised amendment, and we do not accept liability for any X-Disclaimer: such corruption, interception or amendment or the consequences X-Disclaimer: thereof. X-archive-position: 3978 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james-p@moving-picture.com Precedence: bulk X-list: linux-xfs Content-Length: 3598 Lines: 88 I got the following oops with a 2.4.19/XFS1.2 kernel on a dual PIII 1Ghz server. Is this an XFS problem? Thanks James Pearson May 11 04:02:27 zorn kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000119 May 11 04:02:27 zorn kernel: c01abe10 May 11 04:02:27 zorn kernel: *pde = 00000000 May 11 04:02:27 zorn kernel: Oops: 0000 May 11 04:02:27 zorn kernel: CPU: 0 May 11 04:02:27 zorn kernel: EIP: 0010:[xfs_iflush+416/1168] Not tainted May 11 04:02:27 zorn kernel: EIP: 0010:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 May 11 04:02:27 zorn kernel: EFLAGS: 00010206 May 11 04:02:27 zorn kernel: eax: 00000000 ebx: 00000000 ecx: d0a70c00 edx: 00000008 May 11 04:02:27 zorn kernel: esi: ffffffff edi: 00000001 ebp: 00000000 esp: f7ebbe44 May 11 04:02:27 zorn kernel: ds: 0018 es: 0018 ss: 0018 May 11 04:02:27 zorn kernel: Process kupdated (pid: 7, stackpage=f7ebb000) May 11 04:02:27 zorn kernel: Stack: 00000001 f78830a0 f78ba800 e34ccd00 d2819800 c0120efb c035dac0 c0120db1 May 11 04:02:27 zorn kernel: d2819800 00000001 c03365e0 fffffffe 00000000 c0120b3b 00000282 d2819800 May 11 04:02:27 zorn kernel: 00000000 01a033f0 00000000 00000010 00000002 d2819800 02480200 c01c6dd5 May 11 04:02:27 zorn kernel: Call Trace: [bh_action+75/128] [tasklet_hi_action+97/160] [do_softirq+123/224] [_pagebuf_free_object+261/272] [xfs_syncsub+1540/3472] May 11 04:02:27 zorn kernel: Call Trace: [] [] [] [] [] May 11 04:02:27 zorn kernel: [] [] [] [] [] [] May 11 04:02:27 zorn kernel: [] [] [] [] [] [] May 11 04:02:27 zorn kernel: [] [] May 11 04:02:27 zorn kernel: Code: 80 be 1a 01 00 00 00 8b 9e 84 00 00 00 75 16 85 db 74 08 66 >>EIP; c01abe10 <===== Trace; c0120efb Trace; c0120db1 Trace; c0120b3b Trace; c01c6dd5 <_pagebuf_free_object+105/110> Trace; c01bf974 Trace; c01a8b42 Trace; c01bfbe3 Trace; f881ce78 <[sym53c8xx]sym_queue_command+c8/d0> Trace; c0119273 Trace; f8800695 <[scsi_mod]scsi_dispatch_cmd+195/380> Trace; c01bf365 Trace; c01d1a85 Trace; c01432f7 Trace; c01424af Trace; c01427d2 Trace; c0105000 <_stext+0/0> Trace; c0105000 <_stext+0/0> Trace; c0107296 Trace; c01426c0 Code; c01abe10 00000000 <_EIP>: Code; c01abe10 <===== 0: 80 be 1a 01 00 00 00 cmpb $0x0,0x11a(%esi) <===== Code; c01abe17 7: 8b 9e 84 00 00 00 mov 0x84(%esi),%ebx Code; c01abe1d d: 75 16 jne 25 <_EIP+0x25> c01abe35 Code; c01abe1f f: 85 db test %ebx,%ebx Code; c01abe21 11: 74 08 je 1b <_EIP+0x1b> c01abe2b Code; c01abe23 13: 66 data16 May 11 16:53:31 zorn kernel: cpu: 0, clocks: 1339003, slice: 446334 May 11 16:53:31 zorn kernel: cpu: 1, clocks: 1339003, slice: 446334 May 11 16:53:31 zorn kernel: SGI XFS 1.2.0 with quota, no debug enabled From owner-linux-xfs@oss.sgi.com Mon May 12 03:23:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 03:24:06 -0700 (PDT) Received: from puariko.homeip.net (pD9E7EE0C.dip.t-dialin.net [217.231.238.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CANlFu004234 for ; Mon, 12 May 2003 03:23:48 -0700 Received: (from thimm@localhost) by puariko.nirvana (8.12.8/8.12.8/Submit) id h4CANck0011753; Mon, 12 May 2003 12:23:38 +0200 Date: Mon, 12 May 2003 12:23:38 +0200 From: Axel Thimm To: linux-xfs@oss.sgi.com Subject: Zero filled files Message-ID: <20030512102338.GA3268@puariko.nirvana> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-archive-position: 3979 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Axel.Thimm@physik.fu-berlin.de Precedence: bulk X-list: linux-xfs Content-Length: 1011 Lines: 36 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I know about XFS's zeroing of files for such files that were still marked as dirty when the crash occured. I wonder about two things: o Why are 15-20 minutes old files also wiped out? Are the write-backs that much delayed (even if there is not other FS/CPU load)? o What is the best way to find these files (why aren't their names simply dumped to the kernel logs)? Something like find . -xdev -type f \! -empty | xargs What's the best expression for the last part? (Red Hat 8.0 & XFS 1.2) --=20 Axel.Thimm@physik.fu-berlin.de --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+v3YpQBVS1GOamfERAvoEAJ9OMVarxOhUWwIf4YmVZIx3AUlj/ACfTqXs Vt//fPd7Hkp+q+DmmXpw0p0= =9zN8 -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-linux-xfs@oss.sgi.com Mon May 12 03:36:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 03:36:50 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CAaTFu004832 for ; Mon, 12 May 2003 03:36:30 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 19F9Ae-0005Zi-00; Mon, 12 May 2003 10:00:32 +0100 Date: Mon, 12 May 2003 10:00:32 +0100 From: Christoph Hellwig To: Kelledin Cc: linux-xfs@oss.sgi.com Subject: Re: bug? sv_wait() and gcc3 Message-ID: <20030512100032.A21415@infradead.org> References: <200305101230.28794.kelledin+XFS@skarpsey.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200305101230.28794.kelledin+XFS@skarpsey.dyndns.org>; from kelledin+XFS@skarpsey.dyndns.org on Sat, May 10, 2003 at 12:30:28PM -0500 X-archive-position: 3980 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 447 Lines: 9 > (Note that dropping back to gcc-2.95.3 is not really an option on > Alpha--2.95.3 tends to ICE when compiling SMP Alpha kernels. > It's basically gcc3 or bust, and i'd prefer 3.2.1.) Sorry if I can help you with any of the other questions, but I'd strongly suggestion updating to gcc 3.2.3 if you want to use gcc3. There have been lots of bugs fixed and unless I got something totally wrong earlier gcc3 versions had a few issues on alpha. From owner-linux-xfs@oss.sgi.com Mon May 12 05:22:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 05:22:35 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CCMIFu006935 for ; Mon, 12 May 2003 05:22:18 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4CCMCVV023971 for ; Mon, 12 May 2003 05:22:12 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4CCMAa223404107; Mon, 12 May 2003 07:22:11 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-79.corp.sgi.com [134.15.64.79]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4CCMARn69582663; Mon, 12 May 2003 07:22:10 -0500 (CDT) Subject: Re: Zero filled files From: Steve Lord To: Axel Thimm Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030512102338.GA3268@puariko.nirvana> References: <20030512102338.GA3268@puariko.nirvana> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 12 May 2003 07:22:13 -0500 Message-Id: <1052742135.1173.1.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 3981 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 779 Lines: 25 On Mon, 2003-05-12 at 05:23, Axel Thimm wrote: > I know about XFS's zeroing of files for such files that were still marked as > dirty when the crash occured. I wonder about two things: > > o Why are 15-20 minutes old files also wiped out? Are the write-backs that > much delayed (even if there is not other FS/CPU load)? > > o What is the best way to find these files (why aren't their names simply > dumped to the kernel logs)? Something like > > find . -xdev -type f \! -empty | xargs > > What's the best expression for the last part? > > (Red Hat 8.0 & XFS 1.2) > -- > Axel.Thimm@physik.fu-berlin.de You need to try the current cvs kernel, there was a major rework of xfs sync recently which should have fixed this. Steve From owner-linux-xfs@oss.sgi.com Mon May 12 10:16:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 10:17:15 -0700 (PDT) Received: from borg-cube.no-ip.com (122.4-200-80.adsl.skynet.be [80.200.4.122]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CHGsFu013069 for ; Mon, 12 May 2003 10:16:56 -0700 Received: from skynet.be (borg-cube.no-ip.com [127.0.0.1]) by borg-cube.no-ip.com (8.11.6/8.11.6) with ESMTP id h4CHHRh01950; Mon, 12 May 2003 19:17:28 +0200 Message-ID: <3EBFD727.E9F1DC70@skynet.be> Date: Mon, 12 May 2003 19:17:27 +0200 From: kris buggenhout X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.21-pre4-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: Steve Lord CC: linux-xfs@oss.sgi.com Subject: Re: Zero filled files References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit X-archive-position: 3982 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kris.buggenhout@skynet.be Precedence: bulk X-list: linux-xfs Content-Length: 919 Lines: 35 Steve Lord wrote: > On Mon, 2003-05-12 at 05:23, Axel Thimm wrote: > > I know about XFS's zeroing of files for such files that were still marked as > > dirty when the crash occured. I wonder about two things: > > > > o Why are 15-20 minutes old files also wiped out? Are the write-backs that > > much delayed (even if there is not other FS/CPU load)? > > > > o What is the best way to find these files (why aren't their names simply > > dumped to the kernel logs)? Something like > > > > find . -xdev -type f \! -empty | xargs > > > > What's the best expression for the last part? > > > > (Red Hat 8.0 & XFS 1.2) > > -- > > Axel.Thimm@physik.fu-berlin.de > > You need to try the current cvs kernel, there was a major rework of xfs > sync recently which should have fixed this. > > Steve current cvs kernel as in 2.4.x or 2.5.x ? -- [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Mon May 12 10:30:05 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 10:30:55 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CHU3Fu013894 for ; Mon, 12 May 2003 10:30:04 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4CHTwVV022801 for ; Mon, 12 May 2003 10:29:58 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4CHTua223522400; Mon, 12 May 2003 12:29:56 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4CHTvRn69967203; Mon, 12 May 2003 12:29:57 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4CHTvu02732; Mon, 12 May 2003 12:29:57 -0500 Subject: Re: Zero filled files From: Steve Lord To: kris buggenhout Cc: linux-xfs@oss.sgi.com In-Reply-To: <3EBFD727.E9F1DC70@skynet.be> References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> <3EBFD727.E9F1DC70@skynet.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1052760596.761.22.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 12 May 2003 12:29:56 -0500 X-archive-position: 3983 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1190 Lines: 40 On Mon, 2003-05-12 at 12:17, kris buggenhout wrote: > Steve Lord wrote: > > On Mon, 2003-05-12 at 05:23, Axel Thimm wrote: > > > I know about XFS's zeroing of files for such files that were still > > marked as > > > dirty when the crash occured. I wonder about two things: > > > > > > o Why are 15-20 minutes old files also wiped out? Are the > > write-backs that > > > much delayed (even if there is not other FS/CPU load)? > > > > > > o What is the best way to find these files (why aren't their names > > simply > > > dumped to the kernel logs)? Something like > > > > > > find . -xdev -type f \! -empty | xargs > character here> > > > > > > What's the best expression for the last part? > > > > > > (Red Hat 8.0 & XFS 1.2) > > > -- > > > Axel.Thimm@physik.fu-berlin.de > > > > You need to try the current cvs kernel, there was a major rework of > > xfs > > sync recently which should have fixed this. > > > > Steve > current cvs kernel as in 2.4.x or 2.5.x ? Both should have it. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon May 12 11:45:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 11:45:34 -0700 (PDT) Received: from borg-cube.no-ip.com (122.4-200-80.adsl.skynet.be [80.200.4.122]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CIjHFu015107 for ; Mon, 12 May 2003 11:45:19 -0700 Received: from skynet.be (borg-cube.no-ip.com [127.0.0.1]) by borg-cube.no-ip.com (8.11.6/8.11.6) with ESMTP id h4CIjsh24675; Mon, 12 May 2003 20:45:54 +0200 Message-ID: <3EBFEBE1.17318ED3@skynet.be> Date: Mon, 12 May 2003 20:45:53 +0200 From: kris buggenhout X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.21-pre4-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: Steve Lord CC: "linux-xfs@oss.sgi.com" Subject: Re: Zero filled files References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> <3EBFD727.E9F1DC70@skynet.be> <1052760596.761.22.camel@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 3984 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kris.buggenhout@skynet.be Precedence: bulk X-list: linux-xfs Content-Length: 1387 Lines: 47 Steve Lord wrote: > On Mon, 2003-05-12 at 12:17, kris buggenhout wrote: > > Steve Lord wrote: > > > On Mon, 2003-05-12 at 05:23, Axel Thimm wrote: > > > > I know about XFS's zeroing of files for such files that were still > > > marked as > > > > dirty when the crash occured. I wonder about two things: > > > > > > > > o Why are 15-20 minutes old files also wiped out? Are the > > > write-backs that > > > > much delayed (even if there is not other FS/CPU load)? > > > > > > > > o What is the best way to find these files (why aren't their names > > > simply > > > > dumped to the kernel logs)? Something like > > > > > > > > find . -xdev -type f \! -empty | xargs > > character here> > > > > > > > > What's the best expression for the last part? > > > > > > > > (Red Hat 8.0 & XFS 1.2) > > > > -- > > > > Axel.Thimm@physik.fu-berlin.de > > > > > > You need to try the current cvs kernel, there was a major rework of > > > xfs > > > sync recently which should have fixed this. > > > > > > Steve > > current cvs kernel as in 2.4.x or 2.5.x ? > > Both should have it. > great, I havent followed xfs development lately, but is the problem where xfs umount would hang on shutdown related to this ? because that is one of the things that still annoyed me about xfs ... no damage was done, but at times, the system would hang on umount.. kind regards, Kris From owner-linux-xfs@oss.sgi.com Mon May 12 12:22:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 12:22:18 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CJLxFu015781 for ; Mon, 12 May 2003 12:22:00 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4CJLsE0023240 for ; Mon, 12 May 2003 12:21:54 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4CJLpa223643210; Mon, 12 May 2003 14:21:51 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4CJLrRn71075609; Mon, 12 May 2003 14:21:53 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4CJLrb14038; Mon, 12 May 2003 14:21:53 -0500 Subject: Re: Zero filled files From: Steve Lord To: kris buggenhout Cc: "linux-xfs@oss.sgi.com" In-Reply-To: <3EBFEBE1.17318ED3@skynet.be> References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> <3EBFD727.E9F1DC70@skynet.be> <1052760596.761.22.camel@jen.americas.sgi.com> <3EBFEBE1.17318ED3@skynet.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1052767312.758.25.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 12 May 2003 14:21:52 -0500 X-archive-position: 3985 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 560 Lines: 22 On Mon, 2003-05-12 at 13:45, kris buggenhout wrote: > > great, > > I havent followed xfs development lately, but is the problem where xfs > umount would hang on shutdown related to this ? > > because that is one of the things that still annoyed me about xfs ... no > damage was done, but at times, the system would hang on umount.. > > kind regards, Kris Yep, should be, same class of problem really. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon May 12 12:36:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 12:36:42 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CJaYFu016544 for ; Mon, 12 May 2003 12:36:39 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4CJaTVV004993 for ; Mon, 12 May 2003 12:36:29 -0700 Received: from thistle-e236.americas.sgi.com (thistle-e236.americas.sgi.com [128.162.236.204]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4CJaQa223614839 for ; Mon, 12 May 2003 14:36:26 -0500 (CDT) Received: from clink.americas.sgi.com (clink.americas.sgi.com [128.162.236.153]) by thistle-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4CJaS0L6342296 for ; Mon, 12 May 2003 14:36:28 -0500 (CDT) Received: from clink.americas.sgi.com (localhost [127.0.0.1]) by clink.americas.sgi.com (SGI-8.12.5/8.12.5/erikj-IRIX6519-news) with ESMTP id h4CJaStb25477406 for ; Mon, 12 May 2003 14:36:28 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4CJaSw024021245 for linux-xfs@oss.sgi.com; Mon, 12 May 2003 14:36:28 -0500 (CDT) Date: Mon, 12 May 2003 14:36:28 -0500 (CDT) From: Dean Roehrich Message-Id: <200305121936.h4CJaSw024021245@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 890618 - Send dmapi mount event only if there is an xfs bhv X-archive-position: 3986 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@clink.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 533 Lines: 19 Before attempting to send a dmapi mount event, make sure there is an XFS bhv. Date: Mon May 12 12:36:03 PDT 2003 Workarea: clink.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs Author: roehrich Merged by: roehrich Merged mods: 2.4.x-xfs-kern:slinx:148666a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148666a linux/fs/xfs/dmapi/dmapi_xfs.c - 1.7 - Merge of 2.4.x-xfs-kern:slinx:148666a by roehrich. Send dmapi mount event only if there is an xfs bhv From owner-linux-xfs@oss.sgi.com Mon May 12 13:23:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 13:23:05 -0700 (PDT) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CKMwFu018084 for ; Mon, 12 May 2003 13:22:59 -0700 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h4CKMuvp004277 for ; Mon, 12 May 2003 22:22:56 +0200 Received: (qmail 16114 invoked from network); 12 May 2003 22:22:56 +0200 Received: from rx3227.cip.uni-regensburg.de (132.199.221.32) by rss1.rz.uni-regensburg.de with SMTP; 12 May 2003 22:22:56 +0200 Subject: Re: Zero filled files From: Christian Guggenberger Reply-To: christian.guggenberger@physik.uni-regensburg.de To: Steve Lord Cc: kris buggenhout , "linux-xfs@oss.sgi.com" In-Reply-To: <1052767312.758.25.camel@jen.americas.sgi.com> References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> <3EBFD727.E9F1DC70@skynet.be> <1052760596.761.22.camel@jen.americas.sgi.com> <3EBFEBE1.17318ED3@skynet.be> <1052767312.758.25.camel@jen.americas.sgi.com> Content-Type: text/plain Organization: Message-Id: <1052770979.1924.3.camel@bonnie79> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 12 May 2003 22:22:59 +0200 Content-Transfer-Encoding: 7bit X-archive-position: 3987 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: christian.guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 549 Lines: 21 On Mon, 2003-05-12 at 21:21, Steve Lord wrote: > On Mon, 2003-05-12 at 13:45, kris buggenhout wrote: > > > > > great, > > > > I havent followed xfs development lately, but is the problem where xfs > > umount would hang on shutdown related to this ? > > > > because that is one of the things that still annoyed me about xfs ... no > > damage was done, but at times, the system would hang on umount.. > > > > kind regards, Kris > > Yep, should be, same class of problem really. For me it is. Also see latest comments on Bug #230... Christian From owner-linux-xfs@oss.sgi.com Mon May 12 14:11:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 14:12:03 -0700 (PDT) Received: from THOR.goeci.com (thor.goeci.com [66.28.220.99]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CLBbFu018895 for ; Mon, 12 May 2003 14:11:38 -0700 Received: by THOR.goeci.com with Internet Mail Service (5.5.2653.19) id ; Mon, 12 May 2003 17:11:31 -0400 Message-ID: <2D92FEBFD3BE1346A6C397223A8DD3FC09224F@THOR.goeci.com> From: Murthy Kambhampaty To: "'Steve Lord'" Cc: linux-xfs@oss.sgi.com Subject: RE: Zero filled files Date: Mon, 12 May 2003 17:11:29 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 3988 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: murthy.kambhampaty@goeci.com Precedence: bulk X-list: linux-xfs Content-Length: 3010 Lines: 89 OK, here's another ;-). On a couple of machines (xfs-1.2, xfs-2.4.20 from not-quite-the-latest patches), I back up the postgresql system files (the so-called PGDATA directory) with: - xfsfreeze -f ... - LVM snapshot create and mount - rysnc ... ... - LVM snapshot remove (I do a preliminary rsync on $PGDATA to reduce the time the snapshot is operational.) This operation is run every 3 hours. Every few days to a week, lvcreate hangs on xfs_check_frozen, and an xfs_freeze -u ... returns the server to normal operations, though it ruins that backup. I ran xfstest/068 (with dd-generated load) on one of the machines that exhibits this behavior, and it completes 100 iters successfully. I am attributing the success of xfstest/068 to the syncs after dd (it could be other things), and on that basis I am wondering if the xfs sync rework will "solve" this problem (particularly the periodic sync). Any chance it will? (I have stuck "sync; sync; sync" at the top of the script, and am updating our test server to today's CVS to see if my speculation is borne out.) Also, has anyone been looking at this problem, or is it considered solved? In the meanwhile, I have a loop that tests processes spawned by the script for "D" state, with ps option wchan=xfs_check_frozen, every couple of minutes, and if found, the loop kills the backup with xfs_freeze -u and lvremove (thanks Greg Freemyer and the XFS developers for xfstests/068). Thanks, Murthy PS: Some suggestions on killing sleeps in xfstest/068, or elsewhere (can I take a pass on the joke regarding loss of sleep due to a certain commercial operating system ... almost): 1.) create a unique numeric identifier MySleep (MySleep=$$ works for me, mostly) and put it in the fractional part of the sleep time with "sleep 600.$MySleep" in the clean function. Then a "kill -INT $(ps ax | grep sleep | grep $MySleep | awk 'BEGIN{FS=" "}{print $1}')" just before the line "sleep "$DELAY_BETWEEN_ITERATIONS" kills off the "expired" sleep 2.) to kill all the sleeps spawned by a script, put MySession=$$ at the top of the script and "for tPID in $(ps -eo pid,session,command | grep $MySession | grep sleep | awk 'BEGIN{FS=" "}{print $1}'); do kill -INT $tPID; done" where needed in the script. -----Original Message----- From: Steve Lord [mailto:lord@sgi.com] Sent: Monday, May 12, 2003 15:22 To: kris buggenhout Cc: linux-xfs@oss.sgi.com Subject: Re: Zero filled files On Mon, 2003-05-12 at 13:45, kris buggenhout wrote: > > great, > > I havent followed xfs development lately, but is the problem where xfs > umount would hang on shutdown related to this ? > > because that is one of the things that still annoyed me about xfs ... no > damage was done, but at times, the system would hang on umount.. > > kind regards, Kris Yep, should be, same class of problem really. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon May 12 14:39:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 14:39:37 -0700 (PDT) Received: from imf48bis.bellsouth.net (mail136.mail.bellsouth.net [205.152.58.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CLdUFu019565 for ; Mon, 12 May 2003 14:39:33 -0700 Received: from tiger2 ([66.156.0.164]) by imf48bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030512214136.XLOZ1247.imf48bis.bellsouth.net@tiger2>; Mon, 12 May 2003 17:41:36 -0400 Date: Mon, 12 May 2003 17:45:55 -0400 From: Greg Freemyer Subject: re[2]: Zero filled files To: Murthy Kambhampaty , "'Steve Lord'" cc: Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030512214136.XLOZ1247.imf48bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4CLdYFu019566 X-archive-position: 3989 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 1269 Lines: 32 >> PS: Some suggestions on killing sleeps in xfstest/068, or elsewhere (can I >> take a pass on the joke regarding loss of sleep due to a certain >> commercial >> operating system ... almost): >> 1.) create a unique numeric identifier MySleep (MySleep=$$ works for me, >> mostly) and put it in the fractional part of the sleep time with "sleep >> 600.$MySleep" in the clean function. Then a "kill -INT $(ps ax | grep >> sleep >> | grep $MySleep | awk 'BEGIN{FS=" "}{print $1}')" just before the line >> "sleep "$DELAY_BETWEEN_ITERATIONS" kills off the "expired" sleep >> 2.) to kill all the sleeps spawned by a script, put >> MySession=$$ >> at the top of the script and >> "for tPID in $(ps -eo pid,session,command | grep $MySession | grep sleep | >> awk 'BEGIN{FS=" "}{print $1}'); do kill -INT $tPID; done" >> where needed in the script. Murthy, I wrote 068 with the help of the people on this list, but I have not used it since Sept. Glad to hear you found it useful. If you feel confident in your changes, feel free to post a context diff and hopefully Nathan Scott can review your work and check-it into cvs for you, like he did for me. Thanks again Nathan, and I hope I'm not speaking out of turn. Greg -- Greg Freemyer From owner-linux-xfs@oss.sgi.com Mon May 12 14:48:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 14:48:14 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CLlrFu020024 for ; Mon, 12 May 2003 14:48:02 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 19FL8t-0004RN-00; Mon, 12 May 2003 22:47:31 +0100 Date: Mon, 12 May 2003 22:47:31 +0100 From: Christoph Hellwig To: Murthy Kambhampaty Cc: "'Steve Lord'" , linux-xfs@oss.sgi.com Subject: Re: Zero filled files Message-ID: <20030512224730.A16962@infradead.org> References: <2D92FEBFD3BE1346A6C397223A8DD3FC09224F@THOR.goeci.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <2D92FEBFD3BE1346A6C397223A8DD3FC09224F@THOR.goeci.com>; from murthy.kambhampaty@goeci.com on Mon, May 12, 2003 at 05:11:29PM -0400 X-archive-position: 3990 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 2705 Lines: 101 Could you please try the ttached patch? (against TOT but should also work with older codebases) --- 1.13/fs/xfs/xfs_log.c Fri May 2 22:01:27 2003 +++ edited/fs/xfs/xfs_log.c Mon May 12 01:43:06 2003 @@ -852,7 +852,7 @@ int needed = 0, gen; xlog_t *log = mp->m_log; - if (mp->m_frozen || XFS_FORCED_SHUTDOWN(mp)) + if (atomic_read(&mp->m_frozen) || XFS_FORCED_SHUTDOWN(mp)) return 0; s = LOG_LOCK(log); --- 1.27/fs/xfs/xfs_mount.c Fri May 2 22:01:28 2003 +++ edited/fs/xfs/xfs_mount.c Mon May 12 01:45:21 2003 @@ -140,8 +140,7 @@ xfs_trans_ail_init(mp); /* Init freeze sync structures */ - spinlock_init(&mp->m_freeze_lock, "xfs_freeze"); - init_sv(&mp->m_wait_unfreeze, SV_DEFAULT, "xfs_freeze", 0); + init_waitqueue_head(&mp->m_wait_unfreeze); atomic_set(&mp->m_active_trans, 0); return mp; @@ -192,7 +191,6 @@ } spinlock_destroy(&mp->m_freeze_lock); - sv_destroy(&mp->m_wait_unfreeze); kmem_free(mp, sizeof(xfs_mount_t)); } @@ -1586,10 +1584,7 @@ xfs_mount_t *mp, int level) { - unsigned long s = mutex_spinlock(&mp->m_freeze_lock); - - mp->m_frozen = level; - mutex_spinunlock(&mp->m_freeze_lock, s); + atomic_set(&mp->m_frozen, level); if (level == XFS_FREEZE_TRANS) { while (atomic_read(&mp->m_active_trans) > 0) @@ -1601,14 +1596,8 @@ xfs_finish_freeze( xfs_mount_t *mp) { - unsigned long s = mutex_spinlock(&mp->m_freeze_lock); - - if (mp->m_frozen) { - mp->m_frozen = 0; - sv_broadcast(&mp->m_wait_unfreeze); - } - - mutex_spinunlock(&mp->m_freeze_lock, s); + atomic_set(&mp->m_frozen, 0); + wake_up(&mp->m_wait_unfreeze); } void @@ -1617,18 +1606,8 @@ bhv_desc_t *bdp, int level) { - unsigned long s; - - if (mp->m_frozen) { - s = mutex_spinlock(&mp->m_freeze_lock); - - if (mp->m_frozen < level) { - mutex_spinunlock(&mp->m_freeze_lock, s); - } else { - sv_wait(&mp->m_wait_unfreeze, 0, &mp->m_freeze_lock, s); - } - } - + wait_event(mp->m_wait_unfreeze, + (atomic_read(&mp->m_frozen) < level)); if (level == XFS_FREEZE_TRANS) atomic_inc(&mp->m_active_trans); } --- 1.13/fs/xfs/xfs_mount.h Fri May 2 21:36:12 2003 +++ edited/fs/xfs/xfs_mount.h Mon May 12 01:32:45 2003 @@ -378,10 +378,9 @@ struct xfs_dmops m_dm_ops; /* vector of DMI ops */ struct xfs_qmops m_qm_ops; /* vector of XQM ops */ struct xfs_ioops m_io_ops; /* vector of I/O ops */ - lock_t m_freeze_lock; /* Lock for m_frozen */ - uint m_frozen; /* FS frozen for shutdown or + atomic_t m_frozen; /* FS frozen for shutdown or * snapshot */ - sv_t m_wait_unfreeze;/* waiting to unfreeze */ + wait_queue_head_t m_wait_unfreeze;/* waiting to unfreeze */ atomic_t m_active_trans; /* number trans frozen */ } xfs_mount_t; From owner-linux-xfs@oss.sgi.com Mon May 12 15:47:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 15:48:11 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4CMlpFu022173 for ; Mon, 12 May 2003 15:47:54 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h4CMlix2019928 for ; Mon, 12 May 2003 17:47:44 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: Re: bug? sv_wait() and gcc3 Date: Mon, 12 May 2003 17:48:41 -0500 User-Agent: KMail/1.5.1 References: <200305101230.28794.kelledin+XFS@skarpsey.dyndns.org> In-Reply-To: <200305101230.28794.kelledin+XFS@skarpsey.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305121748.41157.kelledin+XFS@skarpsey.dyndns.org> X-archive-position: 3991 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 754 Lines: 23 Further details: I investigated sv_wait, and it seems that function/macro is intended to deliberately schedule a non-interruptible deadlock for as long as the platform will allow (MAX_SCHEDULE_TIMEOUT). That's a pretty long time in jiffies--and on platforms where long ints are 64 bits (like Alpha), it's an outrageously long time. My questions now: 1) Apparently the XFS driver code is deadlocking deliberately. Why? 2) Why does the forced deadlock have to last for such a long time? Could we at least clamp it down to some smaller value? Voluntarily forcing a billion-or-so-year deadlock period just seems unreasonable. -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Mon May 12 18:16:04 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 18:16:22 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4D1G4Fu023655 for ; Mon, 12 May 2003 18:16:04 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4D1FwE0024503 for ; Mon, 12 May 2003 18:15:59 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4D1Fva223708323; Mon, 12 May 2003 20:15:57 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-30.corp.sgi.com [134.15.64.30]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4D1FuRn68245610; Mon, 12 May 2003 20:15:57 -0500 (CDT) Subject: Re: bug? sv_wait() and gcc3 From: Steve Lord To: Kelledin Cc: linux-xfs@oss.sgi.com In-Reply-To: <200305121748.41157.kelledin+XFS@skarpsey.dyndns.org> References: <200305101230.28794.kelledin+XFS@skarpsey.dyndns.org> <200305121748.41157.kelledin+XFS@skarpsey.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 12 May 2003 20:16:00 -0500 Message-Id: <1052788562.1172.3.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 3992 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 564 Lines: 17 On Mon, 2003-05-12 at 17:48, Kelledin wrote: > Further details: > > I investigated sv_wait, and it seems that function/macro is > intended to deliberately schedule a non-interruptible deadlock > for as long as the platform will allow (MAX_SCHEDULE_TIMEOUT). > That's a pretty long time in jiffies--and on platforms where > long ints are 64 bits (like Alpha), it's an outrageously long > time. This is intended to be a wait without a timeout, not a very long timeout. sv_wait is being used to block one thread pending a signal from another thread. Steve From owner-linux-xfs@oss.sgi.com Mon May 12 21:07:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 21:07:47 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4D47TFu026109 for ; Mon, 12 May 2003 21:07:30 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h4D47Nx2020395 for ; Mon, 12 May 2003 23:07:23 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: Re: bug? sv_wait() and gcc3 Date: Mon, 12 May 2003 23:08:21 -0500 User-Agent: KMail/1.5.1 References: <200305101230.28794.kelledin+XFS@skarpsey.dyndns.org> <200305121748.41157.kelledin+XFS@skarpsey.dyndns.org> <1052788562.1172.3.camel@laptop.americas.sgi.com> In-Reply-To: <1052788562.1172.3.camel@laptop.americas.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305122308.21798.kelledin+XFS@skarpsey.dyndns.org> X-archive-position: 3993 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 1662 Lines: 39 On Monday 12 May 2003 08:16 pm, Steve Lord wrote: > On Mon, 2003-05-12 at 17:48, Kelledin wrote: > > Further details: > > > > I investigated sv_wait, and it seems that function/macro is > > intended to deliberately schedule a non-interruptible > > deadlock for as long as the platform will allow > > (MAX_SCHEDULE_TIMEOUT). That's a pretty long time in > > jiffies--and on platforms where long ints are 64 bits (like > > Alpha), it's an outrageously long time. > > This is intended to be a wait without a timeout, not a very > long timeout. sv_wait is being used to block one thread > pending a signal from another thread. In this case, I'm guessing some other thread is supposed to wake it up when its log queue is empty (l_reserve_headq==NULL). It invariably seems to deadlock in xlog_grant_log_space() when it sees the queue is non-empty. I would guess xfslogd is responsible for clearing the log queue and waking any thread waiting on it. I'm also guessing that for some reason, xfslogd isn't always getting the message when a new log ticket arrives in the queue (rare, but apparently it is occurring). And when I go kick the inode tables on the same fs (creating or removing a file/directory), xfslogd gets that message, then also notices the earlier stuff in the queue that it somehow missed. So...how exactly does xfslogd get access to the log queue, and how does it get notified when the queue becomes non-empty? Maybe I'm just not looking hard enough, but this doesn't seem immediately clear from reading the source. -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Mon May 12 22:31:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 22:31:59 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4D5VdFu027104 for ; Mon, 12 May 2003 22:31:42 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id C61801481C; Tue, 13 May 2003 07:31:33 +0200 (MEST) Date: Tue, 13 May 2003 07:31:33 +0200 From: Andi Kleen To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: Zero filled files Message-ID: <20030513053133.GG10596@Wotan.suse.de> References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1052742135.1173.1.camel@laptop.americas.sgi.com> X-archive-position: 3994 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 240 Lines: 8 > You need to try the current cvs kernel, there was a major rework of xfs > sync recently which should have fixed this. Does it simply flush less often and make the zero windows smaller or did you implement something more clever? -Andi From owner-linux-xfs@oss.sgi.com Mon May 12 22:48:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 May 2003 22:48:27 -0700 (PDT) Received: from zok.sgi.com (zok.sgi.com [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4D5mBFu027633 for ; Mon, 12 May 2003 22:48:11 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4D5m3VV025139 for ; Mon, 12 May 2003 22:48:05 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4D5m1PV018883 for ; Tue, 13 May 2003 15:48:01 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4D5m1gL018894 for linux-xfs@oss.sgi.com; Tue, 13 May 2003 15:48:01 +1000 (EST) Date: Tue, 13 May 2003 15:48:01 +1000 (EST) From: Nathan Scott Message-Id: <200305130548.h4D5m1gL018894@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs X-archive-position: 3995 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 470 Lines: 17 Minor mkfs update - sync up with current mount fs heuristics, add in some more large sector changes (disabled). Date: Mon May 12 22:25:59 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:148780a cmd/xfsprogs/doc/CHANGES - 1.107 cmd/xfsprogs/mkfs/xfs_mkfs.c - 1.45 cmd/xfsprogs/libdisk/fstype.c - 1.7 cmd/xfsprogs/libdisk/fstype.h - 1.7 From owner-linux-xfs@oss.sgi.com Tue May 13 00:46:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 00:46:32 -0700 (PDT) Received: from smtp1.BelWue.DE (noc6.BelWue.de [129.143.2.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4D7kFFu029732 for ; Tue, 13 May 2003 00:46:17 -0700 Received: from obiwankenobi.science-computing.de (blackhole.science-computing.de [193.197.16.3]) by smtp1.BelWue.DE with SMTP id h4D7kDUM026531 for ; Tue, 13 May 2003 09:46:14 +0200 (MEST) env-from (tennert@science-computing.de) Received: from picard.science-computing.de (picard.science-computing.de [10.0.4.27]) by obiwankenobi.science-computing.de (8.9.3/8.8.8) with ESMTP id JAA13482 for ; Tue, 13 May 2003 09:46:13 +0200 Received: from picard.science-computing.de (localhost [127.0.0.1]) by picard.science-computing.de (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h4D7kDK1000614 for ; Tue, 13 May 2003 09:46:13 +0200 Received: from localhost (tennert@localhost) by picard.science-computing.de (8.12.3/8.12.2/Submit) with ESMTP id h4D7kDMx000611 for ; Tue, 13 May 2003 09:46:13 +0200 X-Authentication-Warning: picard.science-computing.de: tennert owned process doing -bs Date: Tue, 13 May 2003 09:46:13 +0200 (CEST) From: Oliver Tennert To: linux-xfs@oss.sgi.com Subject: Re: FS Limits (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 3996 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tennert@science-computing.de Precedence: bulk X-list: linux-xfs Content-Length: 417 Lines: 13 I have some questions and am wondering if you could help me any further: it is stated that XFS has a file system size limit of 9 EB. But I could imagine that this could refer to a fs block size of 64k, which is possible with IRIX, but impossible with Linux. Does this mean that with Linux, XFS has effectively a limit of 1/16th of that value, which is something about 512 PB? Many thanks and best regards Oliver From owner-linux-xfs@oss.sgi.com Tue May 13 01:46:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 01:46:54 -0700 (PDT) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4D8kZFu030637 for ; Tue, 13 May 2003 01:46:36 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla1.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4D8kV8m022498; Tue, 13 May 2003 10:46:32 +0200 (CEST) Message-Id: <4.3.2.7.2.20030513104210.03f1b0e0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 13 May 2003 10:46:25 +0200 To: Oliver Tennert , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: FS Limits (fwd) In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 3997 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 688 Lines: 20 At 09:46 13-5-2003 +0200, Oliver Tennert wrote: >I have some questions and am wondering if you could help me any further: > >it is stated that XFS has a file system size limit of 9 EB. But I could >imagine that this could refer to a fs block size of 64k, which is possible >with IRIX, but impossible with Linux. Does this mean that with Linux, XFS >has effectively a limit of 1/16th of that value, which is something about >512 PB? AFAIK the limit is 2^63 which equals the 9EB. I believe this to be based on the standard 4K block size. We first need a Linux kernel that can scale past the 2TB block device boundary. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Tue May 13 02:38:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 02:38:57 -0700 (PDT) Received: from puariko.homeip.net (pD9E7EE0C.dip.t-dialin.net [217.231.238.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4D9caFu000934 for ; Tue, 13 May 2003 02:38:38 -0700 Received: (from thimm@localhost) by puariko.nirvana (8.12.8/8.12.8/Submit) id h4D9cUhH022566; Tue, 13 May 2003 11:38:30 +0200 Date: Tue, 13 May 2003 11:38:30 +0200 From: Axel Thimm To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: Zero filled files Message-ID: <20030513093830.GF19979@puariko.nirvana> References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GLp9dJVi+aaipsRk" Content-Disposition: inline In-Reply-To: <1052742135.1173.1.camel@laptop.americas.sgi.com> User-Agent: Mutt/1.4.1i X-archive-position: 3998 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Axel.Thimm@physik.fu-berlin.de Precedence: bulk X-list: linux-xfs Content-Length: 1978 Lines: 59 --GLp9dJVi+aaipsRk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 12, 2003 at 07:22:13AM -0500, Steve Lord wrote: > On Mon, 2003-05-12 at 05:23, Axel Thimm wrote: > > I know about XFS's zeroing of files for such files that were still mark= ed as > > dirty when the crash occured. I wonder about two things: > >=20 > > o Why are 15-20 minutes old files also wiped out? Are the write-backs t= hat > > much delayed (even if there is not other FS/CPU load)? > >=20 > > o What is the best way to find these files (why aren't their names simp= ly > > dumped to the kernel logs)? Something like > >=20 > > find . -xdev -type f \! -empty | xargs > >=20 > > What's the best expression for the last part? > >=20 > > (Red Hat 8.0 & XFS 1.2) > > --=20 > > Axel.Thimm@physik.fu-berlin.de >=20 > You need to try the current cvs kernel, there was a major rework of xfs > sync recently which should have fixed this. Thanks. Are zero filled files now completely avoidable, or simply happen less often? The nicest scenario would be for files not completly rewritten to disk at fs crash to revert to the previous version. Failing that it would be good to have them pinned down in some way. Currently I have extremely large downtimes at fs crashes due to the checks I have to run over the fs to detect those files to get them from backup. Maybe altering something in the inode that could be used to flag damaged files? Or dumping the files out to the kernel logs (the latter does not help much of course if your /var/log is hosed). --=20 Axel.Thimm@physik.fu-berlin.de --GLp9dJVi+aaipsRk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+wL0WQBVS1GOamfERApSdAJ95QSKd7kDV1m1vbEd1TFzDLT5vxACfdAuq kJ+6crrssczu4Q3LOCkmBCw= =Vxqn -----END PGP SIGNATURE----- --GLp9dJVi+aaipsRk-- From owner-linux-xfs@oss.sgi.com Tue May 13 03:11:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 03:11:20 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4DAAxFu003031 for ; Tue, 13 May 2003 03:11:02 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id A5CE959D9D1; Tue, 13 May 2003 12:10:48 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id 56EA744F7; Tue, 13 May 2003 12:10:48 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h4DA9CMf002866; Tue, 13 May 2003 12:09:12 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Tue, 13 May 2003 12:09:12 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Seth Mos Cc: linux-xfs@oss.sgi.com Subject: Re: FS Limits (fwd) In-Reply-To: <4.3.2.7.2.20030513104210.03f1b0e0@pop.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 3999 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 669 Lines: 19 On Tue, 13 May 2003, Seth Mos wrote: > AFAIK the limit is 2^63 which equals the 9EB. I believe this to be based on > the standard 4K block size. > > We first need a Linux kernel that can scale past the 2TB block device boundary. And what about LBD support in 2.5.x kernels or LBD patches in ftp://oss.sgi.com/projects/xfs/download/patches/weekly-snapshot-patch/ ? That should address 2TB limit or not? jan -- We've been walled-in, malled-in, insulated, air-conditioned, cine-plexed, programmed, brainwashed, unalterably directed by materialism, consumerism, and capitalism, unaware of our own heartbeats, only dimly aware of our diminished, starving spirits. From owner-linux-xfs@oss.sgi.com Tue May 13 08:46:40 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 08:46:57 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4DFkZFu008514 for ; Tue, 13 May 2003 08:46:39 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 3EC461515C; Tue, 13 May 2003 17:46:30 +0200 (MEST) Date: Tue, 13 May 2003 17:46:29 +0200 From: Andi Kleen To: Steve Lord Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: Zero filled files Message-ID: <20030513154629.GD26769@Wotan.suse.de> References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> <20030513053133.GG10596@Wotan.suse.de> <1052839608.22728.104.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1052839608.22728.104.camel@jen.americas.sgi.com> X-archive-position: 4000 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 957 Lines: 29 On Tue, May 13, 2003 at 10:26:49AM -0500, Steve Lord wrote: > Complete change in approach is the short answer. Nice. > By adding the periodic actvity thread we activate some code which > looks for an empty AIL and writes out a dummy log record to record > the new tail of the log. Does it check that it already wrote the marker before writing again ? If not the laptop users will hate you ;) > > There are still windows when zero filled files are possible, as the > updated inode size can make it out to disk in a transaction before > all the extents do. Doing the 100% solution will require some brain > cells. And I imagine changing this could add lots of seeking ... (between the inode areas and the data areas) > I can say though, that after sync returns a linux xfs filesystem is > now on disk to the point where it will look the same after a reboot. That should fix the number 1 complaint about XFS yes. Thanks for the explanation, -Andi From owner-linux-xfs@oss.sgi.com Tue May 13 09:37:41 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 09:38:06 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4DGbbFu010022 for ; Tue, 13 May 2003 09:37:40 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 3D5B11402F; Tue, 13 May 2003 18:37:32 +0200 (MEST) Date: Tue, 13 May 2003 18:37:31 +0200 From: Andi Kleen To: Steve Lord Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: Zero filled files Message-ID: <20030513163731.GA3032@Wotan.suse.de> References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> <20030513053133.GG10596@Wotan.suse.de> <1052839608.22728.104.camel@jen.americas.sgi.com> <20030513154629.GD26769@Wotan.suse.de> <1052841045.22728.106.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1052841045.22728.106.camel@jen.americas.sgi.com> X-archive-position: 4001 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 1092 Lines: 27 On Tue, May 13, 2003 at 10:50:45AM -0500, Steve Lord wrote: > > > By adding the periodic actvity thread we activate some code which > > > looks for an empty AIL and writes out a dummy log record to record > > > the new tail of the log. > > > > Does it check that it already wrote the marker before writing again ? > > If not the laptop users will hate you ;) > > It does it twice, then stops I would still suggest making the flush interval a sysctl and provide the "SIGSTOP to stop thread until SIGCONT" interface. We did this for ext3/jbd and it was very useful for laptops. > > And I imagine changing this could add lots of seeking ... > > (between the inode areas and the data areas) > > It may be more along the lines of holding off on letting the inode > out to disk, but it would be complex. I was thinking the same, but even with that it would add more seeking I guess. Currently it would write out a lot of inodes in one go and then later or earlier the extents. With extent dependencies that would be split into multiple extent / inode writes with seeks inbetween. -Andi From owner-linux-xfs@oss.sgi.com Tue May 13 10:30:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 10:31:01 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4DHUTFu010846 for ; Tue, 13 May 2003 10:30:29 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4DFQoE0029304 for ; Tue, 13 May 2003 08:26:50 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4DFQna223889343; Tue, 13 May 2003 10:26:49 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4DFQnRn67748776; Tue, 13 May 2003 10:26:49 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4DFQnf24376; Tue, 13 May 2003 10:26:49 -0500 Subject: Re: Zero filled files From: Steve Lord To: Andi Kleen Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030513053133.GG10596@Wotan.suse.de> References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> <20030513053133.GG10596@Wotan.suse.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1052839608.22728.104.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 13 May 2003 10:26:49 -0500 X-archive-position: 4002 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2780 Lines: 75 On Tue, 2003-05-13 at 00:31, Andi Kleen wrote: > > You need to try the current cvs kernel, there was a major rework of xfs > > sync recently which should have fixed this. > > Does it simply flush less often and make the zero windows smaller > or did you implement something more clever? > > -Andi Complete change in approach is the short answer. It used to be that we flushed inodes out of write super via the xfs_syncsub function - which, if you look at the code, was big and hairy. Now we use the dirty inode list correctly, and xfs_syncsub is mostly used for flushing the log to disk. The lifecycle of an xfs metadata buffer looks somewhat like this: Phase A o read in and locked by a thread o modified and added to a transaction o copied into the in memory log buffer and pinned (pinning means it cannot be flushed). o unlocked. Phase B When the log buffer is flushed to disk: o added to something called the active item list or AIL (metadata whose most upto date copy is in the log) o unpinned - which means it can be flushed Phase C When the metadata is flushed to disk (caused by age of the metadata exceeding a limit, or by demand for log space). o removed from the AIL Inodes go through this cycle. Well, it used to be that the inode was marked dirty during phase A, as was the super block. Well, the inode cannot be written at this point since it is pinned in memory. Also, once the super_block was marked clean, nothing was getting flushed. Now we mark the super block dirty when we commit a transaction, and an inode dirty when we unpin it. We also have a thread which is calling the xfs_sync code on a timer which will make an important contribution to the situation. On crash recovery, the head and tail of the log are identified and this range of the log is replayed. Each time we write out a log record, it contains the tail - which is the oldest record in the AIL. If a filesystem goes quiet, then there may be old metadata still in the AIL, the last log record written out will point a long way back in time, even if the metadata in the AIL was flushed before the crash. By adding the periodic actvity thread we activate some code which looks for an empty AIL and writes out a dummy log record to record the new tail of the log. There are still windows when zero filled files are possible, as the updated inode size can make it out to disk in a transaction before all the extents do. Doing the 100% solution will require some brain cells. I can say though, that after sync returns a linux xfs filesystem is now on disk to the point where it will look the same after a reboot. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue May 13 10:30:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 10:31:01 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4DHUTFw010846 for ; Tue, 13 May 2003 10:30:30 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4DFokE0031372 for ; Tue, 13 May 2003 08:50:46 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4DFoha223877142; Tue, 13 May 2003 10:50:43 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4DFokRn71455355; Tue, 13 May 2003 10:50:46 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4DFojj24437; Tue, 13 May 2003 10:50:45 -0500 Subject: Re: Zero filled files From: Steve Lord To: Andi Kleen Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030513154629.GD26769@Wotan.suse.de> References: <20030512102338.GA3268@puariko.nirvana> <1052742135.1173.1.camel@laptop.americas.sgi.com> <20030513053133.GG10596@Wotan.suse.de> <1052839608.22728.104.camel@jen.americas.sgi.com> <20030513154629.GD26769@Wotan.suse.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1052841045.22728.106.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 13 May 2003 10:50:45 -0500 X-archive-position: 4002 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1349 Lines: 43 On Tue, 2003-05-13 at 10:46, Andi Kleen wrote: > On Tue, May 13, 2003 at 10:26:49AM -0500, Steve Lord wrote: > > Complete change in approach is the short answer. > > Nice. > > > By adding the periodic actvity thread we activate some code which > > looks for an empty AIL and writes out a dummy log record to record > > the new tail of the log. > > Does it check that it already wrote the marker before writing again ? > If not the laptop users will hate you ;) It does it twice, then stops > > > > > There are still windows when zero filled files are possible, as the > > updated inode size can make it out to disk in a transaction before > > all the extents do. Doing the 100% solution will require some brain > > cells. > > And I imagine changing this could add lots of seeking ... > (between the inode areas and the data areas) It may be more along the lines of holding off on letting the inode out to disk, but it would be complex. Steve > > > I can say though, that after sync returns a linux xfs filesystem is > > now on disk to the point where it will look the same after a reboot. > > That should fix the number 1 complaint about XFS yes. > > Thanks for the explanation, > -Andi -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue May 13 13:15:33 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 13:15:53 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4DKFUFu013252 for ; Tue, 13 May 2003 13:15:33 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4DGFXE0001015 for ; Tue, 13 May 2003 09:15:33 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4DGFVa223863681; Tue, 13 May 2003 11:15:31 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4DGFVRn69997965; Tue, 13 May 2003 11:15:31 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4DGFVO02514; Tue, 13 May 2003 11:15:31 -0500 Subject: Re: FS Limits (fwd) From: Steve Lord To: Seth Mos Cc: Oliver Tennert , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20030513104210.03f1b0e0@pop.xs4all.nl> References: <4.3.2.7.2.20030513104210.03f1b0e0@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1052842530.22731.112.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 13 May 2003 11:15:30 -0500 X-archive-position: 4003 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1341 Lines: 35 On Tue, 2003-05-13 at 03:46, Seth Mos wrote: > At 09:46 13-5-2003 +0200, Oliver Tennert wrote: > > >I have some questions and am wondering if you could help me any further: > > > >it is stated that XFS has a file system size limit of 9 EB. But I could > >imagine that this could refer to a fs block size of 64k, which is possible > >with IRIX, but impossible with Linux. Does this mean that with Linux, XFS > >has effectively a limit of 1/16th of that value, which is something about > >512 PB? > > AFAIK the limit is 2^63 which equals the 9EB. I believe this to be based on > the standard 4K block size. > > We first need a Linux kernel that can scale past the 2TB block device boundary. > Irix can do the insanely large sizes - although there are practical limitations which come into play before you can get there. We do have customers with filesystems on the order of 100 Tbytes in size. On ia32 linux with the LBD patches, you will max out at 16 Tbytes as this is the address limit of the address_space used to cache the metadata. Systems with more than 32 bits for the page->index field can go larger than that. This does not have anything to do with the fs blocksize used. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue May 13 16:55:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 16:55:33 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4DNtIFu016037 for ; Tue, 13 May 2003 16:55:20 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4E09qVe025091 for ; Tue, 13 May 2003 19:09:52 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4DNt9PV230331 for ; Wed, 14 May 2003 09:55:09 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4DNt8bW228812 for linux-xfs@oss.sgi.com; Wed, 14 May 2003 09:55:08 +1000 (EST) Date: Wed, 14 May 2003 09:55:08 +1000 (EST) From: Nathan Scott Message-Id: <200305132355.h4DNt8bW228812@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - recovery fix X-archive-position: 4004 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 429 Lines: 15 V1 log tweak - fix log record length used when checking for a partial log record write during log recovery head/tail calculations. Date: Tue May 13 16:52:11 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/clean-2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148895a linux/fs/xfs/xfs_log_priv.h - 1.88 linux/fs/xfs/xfs_log_recover.c - 1.263 From owner-linux-xfs@oss.sgi.com Tue May 13 19:41:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 19:42:25 -0700 (PDT) Received: from zok.sgi.com (zok.sgi.com [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4E2fWFu019131; Tue, 13 May 2003 19:41:32 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h4E2fPVV003276; Tue, 13 May 2003 19:41:26 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA02299; Wed, 14 May 2003 12:41:24 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 7E740D8F53; Wed, 14 May 2003 12:41:24 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 7BAB891356; Wed, 14 May 2003 12:41:24 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: kdb@oss.sgi.com, linux-xfs@oss.sgi.com Subject: ADMIN: oss.sgi.com will move Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 May 2003 12:41:19 +1000 Message-ID: <28257.1052880079@kao2.melbourne.sgi.com> X-archive-position: 4005 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 234 Lines: 6 The oss.sgi.com machine will be moved to another location starting at 7am UTC on next Friday. It's expect to be back in operation on Saturday. Sorry for any inconvenience this may cause. [pinched from Ralf Baechle's announcement] From owner-linux-xfs@oss.sgi.com Tue May 13 22:30:28 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 22:30:58 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4E5ULFu022025 for ; Tue, 13 May 2003 22:30:27 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.55.176]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4E5UEE0005694 for ; Tue, 13 May 2003 22:30:16 -0700 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id h4E5U9gM029291 for ; Wed, 14 May 2003 15:30:09 +1000 Received: (from fsgqa@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id h4E5U8ki029290 for linux-xfs@oss.sgi.com; Wed, 14 May 2003 15:30:08 +1000 Date: Wed, 14 May 2003 15:30:08 +1000 From: FSG QA Message-Id: <200305140530.h4E5U8ki029290@bruce.melbourne.sgi.com> Subject: TAKE - QA updates for V2 logs X-archive-position: 4006 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fsgqa@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 966 Lines: 38 [nathans] Several QA test updates to fix failures on v2 logs and Redhat 9. Fixes test 021 that you've been tripping over for awhile, Steve. cheers. Date: Tue May 13 22:25:31 PDT 2003 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:148924a cmd/xfstests/016 - 1.11 - Fix some log offset calculations when version 2 logs are in use. cmd/xfstests/021 - 1.13 - Fix odd shell piping failure with recent sh/sed/head - wierd, not XFS related. cmd/xfstests/029 - 1.9 - Filter log record length in logprint here, can be longer with v2 logs. cmd/xfstests/032 - 1.8 - Fix filesystem-overwrite test if mkfs.cramfs is in the mix (needs an arg). cmd/xfstests/029.out - 1.3 - Filter log record length in logprint, can be longer with v2 logs. cmd/xfstests/common.bonnie - 1.4 - Fix a typo in yesterdays update to this shell snippet. From owner-linux-xfs@oss.sgi.com Tue May 13 23:58:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 May 2003 23:58:24 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4E6w9Fu023537 for ; Tue, 13 May 2003 23:58:10 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4E7ChVe000740 for ; Wed, 14 May 2003 02:12:44 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4E6w1a1006696 for ; Wed, 14 May 2003 16:58:01 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4E6w13Z006694 for linux-xfs@oss.sgi.com; Wed, 14 May 2003 16:58:01 +1000 (EST) Date: Wed, 14 May 2003 16:58:01 +1000 (EST) From: Nathan Scott Message-Id: <200305140658.h4E6w13Z006694@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - userspace packaging X-archive-position: 4007 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 975 Lines: 31 Sync up minor differences between configure scripts (libuuid, libtool checks), add in configurable package version number suffixes. Date: Tue May 13 23:56:59 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:148925a cmd/xfsprogs/configure.in - 1.27 cmd/xfsdump/configure.in - 1.34 cmd/acl/aclocal.m4 - 1.3 cmd/attr/m4/package_utilies.m4 - 1.2 cmd/acl/m4/package_utilies.m4 - 1.2 cmd/attr/m4/package_globals.m4 - 1.2 cmd/acl/m4/package_globals.m4 - 1.2 cmd/attr/aclocal.m4 - 1.2 cmd/dmapi/m4/package_utilies.m4 - 1.2 cmd/dmapi/aclocal.m4 - 1.2 cmd/dmapi/m4/package_globals.m4 - 1.2 cmd/xfsprogs/m4/package_uuiddev.m4 - 1.3 cmd/xfsprogs/aclocal.m4 - 1.2 cmd/xfsprogs/m4/package_globals.m4 - 1.2 cmd/xfsdump/m4/package_uuiddev.m4 - 1.2 cmd/xfsdump/aclocal.m4 - 1.2 cmd/xfsdump/m4/package_utilies.m4 - 1.2 cmd/xfsdump/m4/package_globals.m4 - 1.2 From owner-linux-xfs@oss.sgi.com Wed May 14 01:20:33 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 01:20:48 -0700 (PDT) Received: from mail.aspec.ru (relay1.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4E8KVFu025062 for ; Wed, 14 May 2003 01:20:33 -0700 Received: from [192.168.22.229] (HELO belkam.com) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with ESMTP id 1402827 for linux-xfs@oss.sgi.com; Wed, 14 May 2003 13:20:24 +0500 Message-ID: <3EC1FBFD.9010505@belkam.com> Date: Wed, 14 May 2003 13:19:09 +0500 From: Dmitry Melekhov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: ru, en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfs version in sources? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4008 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 153 Lines: 6 Hello! I looked into latest SLES8 update kernel sources and can't find which xfs version Suse uses. Is there any way to find xfs version by sources? From owner-linux-xfs@oss.sgi.com Wed May 14 01:33:26 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 01:33:45 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4E8XPFu025728 for ; Wed, 14 May 2003 01:33:26 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 09B94146DE; Wed, 14 May 2003 10:33:20 +0200 (MEST) Date: Wed, 14 May 2003 10:33:19 +0200 From: Andi Kleen To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com Subject: Re: xfs version in sources? Message-ID: <20030514083319.GE8290@Wotan.suse.de> References: <3EC1FBFD.9010505@belkam.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EC1FBFD.9010505@belkam.com> X-archive-position: 4009 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 276 Lines: 9 On Wed, May 14, 2003 at 01:19:09PM +0500, Dmitry Melekhov wrote: > I looked into latest SLES8 update kernel sources and can't find which > xfs version Suse uses. > Is there any way to find xfs version by sources? SLES8 still uses XFS 1.1 + a few selected bugfixes. -Andi From owner-linux-xfs@oss.sgi.com Wed May 14 01:36:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 01:36:07 -0700 (PDT) Received: from mail.aspec.ru (mail.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4E8a0Fu026363 for ; Wed, 14 May 2003 01:36:01 -0700 Received: from [192.168.22.229] (HELO belkam.com) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with ESMTP id 1402899; Wed, 14 May 2003 13:35:54 +0500 Message-ID: <3EC1FF9F.8030706@belkam.com> Date: Wed, 14 May 2003 13:34:39 +0500 From: Dmitry Melekhov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: ru, en-us MIME-Version: 1.0 To: Andi Kleen CC: linux-xfs@oss.sgi.com Subject: Re: xfs version in sources? References: <3EC1FBFD.9010505@belkam.com> <20030514083319.GE8290@Wotan.suse.de> In-Reply-To: <20030514083319.GE8290@Wotan.suse.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4010 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 396 Lines: 17 Andi Kleen wrote: > On Wed, May 14, 2003 at 01:19:09PM +0500, Dmitry Melekhov wrote: > >>I looked into latest SLES8 update kernel sources and can't find which >>xfs version Suse uses. >>Is there any way to find xfs version by sources? > > > SLES8 still uses XFS 1.1 + a few selected bugfixes. Too bad :-( btw, anyway, it is very interesting where can I find XFS version in sources :-) From owner-linux-xfs@oss.sgi.com Wed May 14 02:59:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 02:59:36 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4E9xHFu030596 for ; Wed, 14 May 2003 02:59:18 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id 801FF59D99E; Wed, 14 May 2003 11:59:11 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id 2648C44F9; Wed, 14 May 2003 11:59:11 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h4E9vbwU007165; Wed, 14 May 2003 11:57:37 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Wed, 14 May 2003 11:57:37 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com Subject: Re: xfs version in sources? In-Reply-To: <3EC1FF9F.8030706@belkam.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4011 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 460 Lines: 22 On Wed, 14 May 2003, Dmitry Melekhov wrote: > > SLES8 still uses XFS 1.1 + a few selected bugfixes. > > Too bad :-( > > btw, anyway, it is very interesting where can I find XFS version in > sources :-) /usr/src/linux-2.4.20/fs/xfs/linux/xfs_version.h Look for XFS_VERSION_STRING. jan -- When play dies it becomes the Game. When sex dies it becomes Climax. All games contain the idea of death. Jim Morrison's Poetry - The Lords - Notes of Vision From owner-linux-xfs@oss.sgi.com Wed May 14 03:11:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 03:11:28 -0700 (PDT) Received: from mail.aspec.ru (relay1.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EABIFu031144 for ; Wed, 14 May 2003 03:11:19 -0700 Received: from [192.168.22.229] (HELO belkam.com) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with ESMTP id 1403289; Wed, 14 May 2003 15:11:12 +0500 Message-ID: <3EC215F4.8080100@belkam.com> Date: Wed, 14 May 2003 15:09:56 +0500 From: Dmitry Melekhov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: ru, en-us MIME-Version: 1.0 To: Jan Derfinak CC: linux-xfs@oss.sgi.com Subject: Re: xfs version in sources? References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4012 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 448 Lines: 21 Jan Derfinak wrote: > On Wed, 14 May 2003, Dmitry Melekhov wrote: > > >>>SLES8 still uses XFS 1.1 + a few selected bugfixes. >> >>Too bad :-( >> >>btw, anyway, it is very interesting where can I find XFS version in >>sources :-) > > > /usr/src/linux-2.4.20/fs/xfs/linux/xfs_version.h > > Look for XFS_VERSION_STRING. > Thank you! But this file exists only in kernel with XFS 1,2, not with 1.1.... Looks like this appeared only recently :-) From owner-linux-xfs@oss.sgi.com Wed May 14 04:13:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 04:13:36 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EBDDFu032366 for ; Wed, 14 May 2003 04:13:15 -0700 Received: (qmail 14193 invoked from network); 14 May 2003 11:13:11 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 14 May 2003 11:13:11 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id ACAF3D8F53; Wed, 14 May 2003 21:13:08 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id A9F5391356; Wed, 14 May 2003 21:13:08 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com Subject: Re: xfs version in sources? In-reply-to: Your message of "Wed, 14 May 2003 13:19:09 +0500." <3EC1FBFD.9010505@belkam.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 May 2003 21:13:03 +1000 Message-ID: <784.1052910783@ocs3.intra.ocs.com.au> X-archive-position: 4013 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 306 Lines: 9 On Wed, 14 May 2003 13:19:09 +0500, Dmitry Melekhov wrote: >I looked into latest SLES8 update kernel sources and can't find which >xfs version Suse uses. >Is there any way to find xfs version by sources? fs/xfs/linux/xfs_version.h should contain the date, time and source of the code. From owner-linux-xfs@oss.sgi.com Wed May 14 04:34:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 04:34:25 -0700 (PDT) Received: from smtp1.BelWue.DE (smtp1.BelWue.de [129.143.2.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EBY4Fu000866 for ; Wed, 14 May 2003 04:34:08 -0700 Received: from obiwankenobi.science-computing.de (blackhole.science-computing.de [193.197.16.3]) by smtp1.BelWue.DE with SMTP id h4EBXxUM024952; Wed, 14 May 2003 13:34:01 +0200 (MEST) env-from (tennert@science-computing.de) Received: from picard.science-computing.de (picard.science-computing.de [10.0.4.27]) by obiwankenobi.science-computing.de (8.9.3/8.8.8) with ESMTP id NAA15748; Wed, 14 May 2003 13:33:58 +0200 Received: from picard.science-computing.de (localhost [127.0.0.1]) by picard.science-computing.de (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h4EBXwK1013346; Wed, 14 May 2003 13:33:58 +0200 Received: from localhost (tennert@localhost) by picard.science-computing.de (8.12.3/8.12.2/Submit) with ESMTP id h4EBXwGq013343; Wed, 14 May 2003 13:33:58 +0200 X-Authentication-Warning: picard.science-computing.de: tennert owned process doing -bs Date: Wed, 14 May 2003 13:33:58 +0200 (CEST) From: Oliver Tennert To: Steve Lord cc: Seth Mos , linux-xfs@oss.sgi.com Subject: Re: FS Limits (fwd) In-Reply-To: <1052842530.22731.112.camel@jen.americas.sgi.com> Message-ID: References: <4.3.2.7.2.20030513104210.03f1b0e0@pop.xs4all.nl> <1052842530.22731.112.camel@jen.americas.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4014 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tennert@science-computing.de Precedence: bulk X-list: linux-xfs Content-Length: 893 Lines: 34 On Tue, 13 May 2003, Steve Lord wrote: > > On ia32 linux with the LBD patches, you will max out at 16 Tbytes as > this is the address limit of the address_space used to cache the > metadata. Systems with more than 32 bits for the page->index field > can go larger than that. > Yes, I am aware of the page cache limit. My question is more theoretical of nature, anyway. What I wanted to know is just that: there are limits with Linux due to the page cache, the block device etc etc. But what limit does the XFS code itself have, dependent on the block size 4k,16k,64k. Or the other way round: on an IRIX Octane, what is the maximum file system limit for 4k blocksize? Best regards and many thanks Oliver Dr. Oliver Tennert +49 -7071 -9457-598 e-mail: O.Tennert@science-computing.de science + computing AG Hagellocher Weg 71 D-72070 Tuebingen From owner-linux-xfs@oss.sgi.com Wed May 14 05:11:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 05:12:12 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4ECBqFu002020 for ; Wed, 14 May 2003 05:11:53 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4ECBlE0030038 for ; Wed, 14 May 2003 05:11:47 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4ECBja224019780; Wed, 14 May 2003 07:11:45 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-63.corp.sgi.com [134.15.64.63]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4ECBiRn73758861; Wed, 14 May 2003 07:11:45 -0500 (CDT) Subject: Re: FS Limits (fwd) From: Steve Lord To: Oliver Tennert Cc: Seth Mos , linux-xfs@oss.sgi.com In-Reply-To: References: <4.3.2.7.2.20030513104210.03f1b0e0@pop.xs4all.nl> <1052842530.22731.112.camel@jen.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 14 May 2003 07:11:49 -0500 Message-Id: <1052914311.1173.23.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 4015 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 850 Lines: 28 On Wed, 2003-05-14 at 06:33, Oliver Tennert wrote: > > Yes, I am aware of the page cache limit. My question is more theoretical > of nature, anyway. > > What I wanted to know is just that: there are limits with Linux due to the > page cache, the block device etc etc. But what limit does the XFS code > itself have, dependent on the block size 4k,16k,64k. > > Or the other way round: on an IRIX Octane, what is the maximum file system > limit for 4k blocksize? > > Best regards and many thanks > Probably larger than you can physically attach to it, the theoretical limit is 18 Peta bytes, not 9. The pages here (marketing info): http://www.sgi.com/software/xfs/ talk about 8000 Tbytes being physically connectable to SGI hardware, I am not sure what sort of configuration is required to do that or how the number was arrived at. Steve From owner-linux-xfs@oss.sgi.com Wed May 14 05:41:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 05:41:57 -0700 (PDT) Received: from zok.sgi.com (zok.sgi.com [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4ECfrFu002992 for ; Wed, 14 May 2003 05:41:54 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4ECfmVV010621 for ; Wed, 14 May 2003 05:41:48 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4ECfla224010365 for ; Wed, 14 May 2003 07:41:47 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4ECfkRn71028037 for ; Wed, 14 May 2003 07:41:46 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h4EIxbC11820 for linux-xfs@oss.sgi.com; Wed, 14 May 2003 14:59:37 -0400 Resent-Message-Id: <200305141859.h4EIxbC11820@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4ECe6Rn72839268 for ; Wed, 14 May 2003 07:40:07 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h4ECe4VT44918320 for ; Wed, 14 May 2003 05:40:05 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h4ECa2Si020952 for ; Wed, 14 May 2003 14:36:02 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h4ECa2fc020951 for hch@sgi.com; Wed, 14 May 2003 14:36:02 +0200 Date: Wed, 14 May 2003 14:36:02 +0200 From: Christoph Hellwig Message-Id: <200305141236.h4ECa2fc020951@lab343.munich.sgi.com> Subject: TAKE - simplify memory allocation code big time To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Wed, 14 May 2003 14:59:36 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 4017 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 682 Lines: 24 Use __GFP_NOFAIL and Andreas' shrinker code instead of our own versions. Date: Wed May 14 05:38:47 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:148933a linux/fs/xfs/Makefile - 1.173 - kmem.c is gone linux/fs/xfs/support/kmem.h - 1.13 - rework kmem_* allocator code to remove our own looping code. linux/fs/xfs/pagebuf/page_buf.c - 1.108 - remove shaker code, there's no way to express the pagebuf shaker in the slab-centric Linux shrinker view linux/fs/xfs/quota/xfs_qm.c - 1.3 - convert quota shaker to a Linux-native shrinker From owner-linux-xfs@oss.sgi.com Wed May 14 05:41:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 05:41:23 -0700 (PDT) Received: from smtp1.BelWue.DE (smtp1.BelWue.de [129.143.2.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4ECf7Fu002869 for ; Wed, 14 May 2003 05:41:08 -0700 Received: from obiwankenobi.science-computing.de (blackhole.science-computing.de [193.197.16.3]) by smtp1.BelWue.DE with SMTP id h4ECf6UM008021; Wed, 14 May 2003 14:41:06 +0200 (MEST) env-from (tennert@science-computing.de) Received: from picard.science-computing.de (picard.science-computing.de [10.0.4.27]) by obiwankenobi.science-computing.de (8.9.3/8.8.8) with ESMTP id OAA20861; Wed, 14 May 2003 14:41:05 +0200 Received: from picard.science-computing.de (localhost [127.0.0.1]) by picard.science-computing.de (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h4ECf5K1013773; Wed, 14 May 2003 14:41:05 +0200 Received: from localhost (tennert@localhost) by picard.science-computing.de (8.12.3/8.12.2/Submit) with ESMTP id h4ECf51c013770; Wed, 14 May 2003 14:41:05 +0200 X-Authentication-Warning: picard.science-computing.de: tennert owned process doing -bs Date: Wed, 14 May 2003 14:41:05 +0200 (CEST) From: Oliver Tennert To: Steve Lord cc: Seth Mos , linux-xfs@oss.sgi.com Subject: Re: FS Limits (fwd) In-Reply-To: <1052914311.1173.23.camel@laptop.americas.sgi.com> Message-ID: References: <4.3.2.7.2.20030513104210.03f1b0e0@pop.xs4all.nl> <1052842530.22731.112.camel@jen.americas.sgi.com> <1052914311.1173.23.camel@laptop.americas.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4016 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tennert@science-computing.de Precedence: bulk X-list: linux-xfs Content-Length: 662 Lines: 31 On Wed, 14 May 2003, Steve Lord wrote: > > > > Or the other way round: on an IRIX Octane, what is the maximum file system > > limit for 4k blocksize? > > > > Best regards and many thanks > > > > Probably larger than you can physically attach to it, the theoretical > limit is 18 Peta bytes, not 9. The pages here (marketing info): Do you mean 18 Exabyte = 2^64 Byte, now (sorry for pestering you)? I am only interested in the XFS code limit. Thanks and best regards Oliver Dr. Oliver Tennert +49 -7071 -9457-598 e-mail: O.Tennert@science-computing.de science + computing AG Hagellocher Weg 71 D-72070 Tuebingen From owner-linux-xfs@oss.sgi.com Wed May 14 05:52:05 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 05:52:22 -0700 (PDT) Received: from goliath.sylaba.poznan.pl (root@goliath.sylaba.poznan.pl [195.216.104.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4ECq2Fu003924 for ; Wed, 14 May 2003 05:52:04 -0700 Received: from goliath.sylaba.poznan.pl (smmsp@localhost.sylaba.poznan.pl [127.0.0.1]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4ECpwaL012751 for ; Wed, 14 May 2003 14:51:58 +0200 (CEST) Received: by goliath.sylaba.poznan.pl (8.12.8/8.12.8/Submit) id h4ECpvPS012749 for linux-xfs@oss.sgi.com.KAV; Wed, 14 May 2003 14:51:57 +0200 (CEST) Received: from venus.local.navi.pl (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4ECpuaL012738 for ; Wed, 14 May 2003 14:51:57 +0200 (CEST) Received: from venus.local.navi.pl (venus.local.navi.pl [127.0.0.1]) by venus.local.navi.pl (8.12.5/8.12.5) with ESMTP id h4ECrTHP002526 for ; Wed, 14 May 2003 14:53:30 +0200 Subject: Strange system behaviour when copying disks From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 14 May 2003 14:53:29 +0200 Message-Id: <1052916810.2395.15.camel@venus> Mime-Version: 1.0 X-archive-position: 4018 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: olaf@cbk.poznan.pl Precedence: bulk X-list: linux-xfs Content-Length: 937 Lines: 32 Hi, I have linux 2.4.20 + XFS from CVS 09-Jan-2003. System is based on RedHat 8.0. Motherboard ASUS A7V266A (via KT266A chipset) 512MB RAM 2 IBM SCSI disks connected to Adaptec 2940U2W CD-RW, DVD-RAM connected to the same adaptec card 2 IBM IDE disks connected to motherboard controller If I copy disk /dev/hda to /dev/hdc: cat /dev/hda > /dev/hdc the system becomes __highly__ unresponsive Processor is about 90 % idle Load average is about 5 Working with X is impossible (about 1 second freeze every 1-2 seconds). As the root partition is also XFS I have no possibility to load vanilla kernel and try with it. I also have no free partition on SCSI disk to install fresh system with vanilla kernel for testing. renice -19 for X makes no difference. Does anyone has idea why is it happening? Or maybe this is "normal" linux behaviour? I will have some free time later and I'll grab latest CVS and try it. Regards, Olaf Fraczyk From owner-linux-xfs@oss.sgi.com Wed May 14 05:53:40 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 05:53:44 -0700 (PDT) Received: from zok.sgi.com (zok.sgi.com [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4ECrdFu004269 for ; Wed, 14 May 2003 05:53:39 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4ECrXVV011232 for ; Wed, 14 May 2003 05:53:34 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4ECrWa223971664; Wed, 14 May 2003 07:53:32 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-63.corp.sgi.com [134.15.64.63]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4ECrVRn67776435; Wed, 14 May 2003 07:53:32 -0500 (CDT) Subject: Re: FS Limits (fwd) From: Steve Lord To: Oliver Tennert Cc: Seth Mos , linux-xfs@oss.sgi.com In-Reply-To: References: <4.3.2.7.2.20030513104210.03f1b0e0@pop.xs4all.nl> <1052842530.22731.112.camel@jen.americas.sgi.com> <1052914311.1173.23.camel@laptop.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 14 May 2003 07:53:36 -0500 Message-Id: <1052916818.1173.29.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 4019 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 576 Lines: 23 On Wed, 2003-05-14 at 07:41, Oliver Tennert wrote: > On Wed, 14 May 2003, Steve Lord wrote: > > > > > > > Or the other way round: on an IRIX Octane, what is the maximum file system > > > limit for 4k blocksize? > > > > > > Best regards and many thanks > > > > > > > Probably larger than you can physically attach to it, the theoretical > > limit is 18 Peta bytes, not 9. The pages here (marketing info): > > Do you mean 18 Exabyte = 2^64 Byte, now (sorry for pestering you)? > > I am only interested in the XFS code limit. > Yes, sorry, its still early here ;-) Steve From owner-linux-xfs@oss.sgi.com Wed May 14 06:41:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 06:41:16 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EDf2Fu005666 for ; Wed, 14 May 2003 06:41:03 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4EDevE0004738 for ; Wed, 14 May 2003 06:40:57 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4EDeua223505055 for ; Wed, 14 May 2003 08:40:56 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4EDetRn67320891 for ; Wed, 14 May 2003 08:40:56 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h4EJwkX12049 for linux-xfs@oss.sgi.com; Wed, 14 May 2003 15:58:46 -0400 Resent-Message-Id: <200305141958.h4EJwkX12049@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4EDbsRn71948570 for ; Wed, 14 May 2003 08:37:54 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h4EDbrVT45060584 for ; Wed, 14 May 2003 06:37:53 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h4EDXprp021748 for ; Wed, 14 May 2003 15:33:51 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h4EDXpUi021741 for hch@sgi.com; Wed, 14 May 2003 15:33:51 +0200 Date: Wed, 14 May 2003 15:33:51 +0200 From: Christoph Hellwig Message-Id: <200305141333.h4EDXpUi021741@lab343.munich.sgi.com> Subject: TAKE - Use __GFP_NORETRY in pagebuf readahead code To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Wed, 14 May 2003 15:58:46 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 4020 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 393 Lines: 14 2.5 now gives us a way to express that we simply want to fail if there's no trivial way to service our memory allocation request. Date: Wed May 14 06:36:10 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:148940a linux/fs/xfs/pagebuf/page_buf.c - 1.109 From owner-linux-xfs@oss.sgi.com Wed May 14 06:49:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 06:49:43 -0700 (PDT) Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EDnaFu006217 for ; Wed, 14 May 2003 06:49:37 -0700 Received: from darke.mpc.local ([172.16.11.6] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 19FwdL-00072r-00 for linux-xfs@oss.sgi.com; Wed, 14 May 2003 14:49:27 +0100 Message-ID: <3EC24967.560A5C69@moving-picture.com> Date: Wed, 14 May 2003 14:49:27 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: XFS 1.2 kernel Oops References: <3EBF66ED.F0FA2B42@moving-picture.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Disclaimer: This email and any attachments are confidential, may be legally X-Disclaimer: privileged and intended solely for the use of addressee. If you X-Disclaimer: are not the intended recipient of this message, any disclosure, X-Disclaimer: copying, distribution or any action taken in reliance on it is X-Disclaimer: strictly prohibited and may be unlawful. If you have received X-Disclaimer: this message in error, please notify the sender and delete all X-Disclaimer: copies from your system. X-Disclaimer: X-Disclaimer: Email may be susceptible to data corruption, interception and X-Disclaimer: unauthorised amendment, and we do not accept liability for any X-Disclaimer: such corruption, interception or amendment or the consequences X-Disclaimer: thereof. X-archive-position: 4021 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james-p@moving-picture.com Precedence: bulk X-list: linux-xfs Content-Length: 3927 Lines: 96 Is there anyone who can help me with this? Is this likely to be an XFS problem, so should I be looking elsewhere? Thanks James Pearson James Pearson wrote: > > I got the following oops with a 2.4.19/XFS1.2 kernel on a dual PIII 1Ghz > server. > > Is this an XFS problem? > > Thanks > > James Pearson > > May 11 04:02:27 zorn kernel: Unable to handle kernel NULL pointer > dereference at virtual address 00000119 > May 11 04:02:27 zorn kernel: c01abe10 > May 11 04:02:27 zorn kernel: *pde = 00000000 > May 11 04:02:27 zorn kernel: Oops: 0000 > May 11 04:02:27 zorn kernel: CPU: 0 > May 11 04:02:27 zorn kernel: EIP: 0010:[xfs_iflush+416/1168] Not > tainted > May 11 04:02:27 zorn kernel: EIP: 0010:[] Not tainted > Using defaults from ksymoops -t elf32-i386 -a i386 > May 11 04:02:27 zorn kernel: EFLAGS: 00010206 > May 11 04:02:27 zorn kernel: eax: 00000000 ebx: 00000000 ecx: > d0a70c00 edx: 00000008 > May 11 04:02:27 zorn kernel: esi: ffffffff edi: 00000001 ebp: > 00000000 esp: f7ebbe44 > May 11 04:02:27 zorn kernel: ds: 0018 es: 0018 ss: 0018 > May 11 04:02:27 zorn kernel: Process kupdated (pid: 7, > stackpage=f7ebb000) > May 11 04:02:27 zorn kernel: Stack: 00000001 f78830a0 f78ba800 e34ccd00 > d2819800 c0120efb c035dac0 c0120db1 > May 11 04:02:27 zorn kernel: d2819800 00000001 c03365e0 fffffffe > 00000000 c0120b3b 00000282 d2819800 > May 11 04:02:27 zorn kernel: 00000000 01a033f0 00000000 00000010 > 00000002 d2819800 02480200 c01c6dd5 > May 11 04:02:27 zorn kernel: Call Trace: [bh_action+75/128] > [tasklet_hi_action+97/160] [do_softirq+123/224] > [_pagebuf_free_object+261/272] [xfs_syncsub+1540/3472] > May 11 04:02:27 zorn kernel: Call Trace: [] [] > [] [] [] > May 11 04:02:27 zorn kernel: [] [] [] > [] [] [] > May 11 04:02:27 zorn kernel: [] [] [] > [] [] [] > May 11 04:02:27 zorn kernel: [] [] > May 11 04:02:27 zorn kernel: Code: 80 be 1a 01 00 00 00 8b 9e 84 00 00 > 00 75 16 85 db 74 08 66 > > >>EIP; c01abe10 <===== > Trace; c0120efb > Trace; c0120db1 > Trace; c0120b3b > Trace; c01c6dd5 <_pagebuf_free_object+105/110> > Trace; c01bf974 > Trace; c01a8b42 > Trace; c01bfbe3 > Trace; f881ce78 <[sym53c8xx]sym_queue_command+c8/d0> > Trace; c0119273 > Trace; f8800695 <[scsi_mod]scsi_dispatch_cmd+195/380> > Trace; c01bf365 > Trace; c01d1a85 > Trace; c01432f7 > Trace; c01424af > Trace; c01427d2 > Trace; c0105000 <_stext+0/0> > Trace; c0105000 <_stext+0/0> > Trace; c0107296 > Trace; c01426c0 > Code; c01abe10 > 00000000 <_EIP>: > Code; c01abe10 <===== > 0: 80 be 1a 01 00 00 00 cmpb $0x0,0x11a(%esi) <===== > Code; c01abe17 > 7: 8b 9e 84 00 00 00 mov 0x84(%esi),%ebx > Code; c01abe1d > d: 75 16 jne 25 <_EIP+0x25> c01abe35 > > Code; c01abe1f > f: 85 db test %ebx,%ebx > Code; c01abe21 > 11: 74 08 je 1b <_EIP+0x1b> c01abe2b > > Code; c01abe23 > 13: 66 data16 > > May 11 16:53:31 zorn kernel: cpu: 0, clocks: 1339003, slice: 446334 > May 11 16:53:31 zorn kernel: cpu: 1, clocks: 1339003, slice: 446334 > May 11 16:53:31 zorn kernel: SGI XFS 1.2.0 with quota, no debug enabled From owner-linux-xfs@oss.sgi.com Wed May 14 08:21:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 08:21:52 -0700 (PDT) Received: from waltsathlon.localhost.net (12-229-144-126.client.attbi.com [12.229.144.126]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EFL9Fu007679 for ; Wed, 14 May 2003 08:21:10 -0700 Received: from comcast.net (localhost [127.0.0.1]) by waltsathlon.localhost.net (Postfix) with ESMTP id 6A25874A02; Wed, 14 May 2003 08:21:04 -0700 (PDT) Message-ID: <3EC25EE0.5000007@comcast.net> Date: Wed, 14 May 2003 08:21:04 -0700 From: Walt H User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olaf_Fr=B1czyk?= Cc: linux-xfs@oss.sgi.com Subject: Re: Strange system behaviour when copying disks References: <1052916810.2395.15.camel@venus> In-Reply-To: <1052916810.2395.15.camel@venus> X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4EFLAFu007681 X-archive-position: 4022 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: waltabbyh@comcast.net Precedence: bulk X-list: linux-xfs Content-Length: 1351 Lines: 43 Olaf Fra;czyk wrote: > Hi, > I have linux 2.4.20 + XFS from CVS 09-Jan-2003. > System is based on RedHat 8.0. > Motherboard ASUS A7V266A (via KT266A chipset) > 512MB RAM > 2 IBM SCSI disks connected to Adaptec 2940U2W > CD-RW, DVD-RAM connected to the same adaptec card > 2 IBM IDE disks connected to motherboard controller > > If I copy disk /dev/hda to /dev/hdc: > cat /dev/hda > /dev/hdc the system becomes __highly__ unresponsive > Processor is about 90 % idle > Load average is about 5 > Working with X is impossible (about 1 second freeze every 1-2 seconds). > As the root partition is also XFS I have no possibility to load vanilla > kernel and try with it. I also have no free partition on SCSI disk to > install fresh system with vanilla kernel for testing. > renice -19 for X makes no difference. > > Does anyone has idea why is it happening? Or maybe this is "normal" > linux behaviour? > > I will have some free time later and I'll grab latest CVS and try it. > > Regards, > > Olaf Fraczyk > > Olaf, Do you have dma enabled on your IDE disks? I can't think of any reason off the top of my head why a cat from hda -> hdc should be affected by XFS, as you aren't using the filesystem for that - it's just reading the raw device. Make sure dma is enabled on hda and hdc and see if that helps: hdparm -d1 /dev/hda /dev/hdc -Walt From owner-linux-xfs@oss.sgi.com Wed May 14 08:31:16 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 08:31:19 -0700 (PDT) Received: from blake.timetraveller.org (blake.timetraveller.org [203.23.43.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EFVEFu008252 for ; Wed, 14 May 2003 08:31:15 -0700 Received: from blake.timetraveller.org (blake.timetraveller.org [203.23.43.10]) by blake.timetraveller.org (8.12.3/8.12.3) with ESMTP id h4EFV7AA031587 for ; Thu, 15 May 2003 01:31:07 +1000 Date: Wed, 14 May 2003 11:31:07 -0400 (EDT) From: Robert Brockway To: linux-xfs@oss.sgi.com Subject: Re: Strange system behaviour when copying disks In-Reply-To: <3EC25EE0.5000007@comcast.net> Message-ID: References: <1052916810.2395.15.camel@venus> <3EC25EE0.5000007@comcast.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4023 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: robert@timetraveller.org Precedence: bulk X-list: linux-xfs Content-Length: 912 Lines: 23 On Wed, 14 May 2003, Walt H wrote: > Do you have dma enabled on your IDE disks? I can't think of any reason > off the top of my head why a cat from hda -> hdc should be affected by > XFS, as you aren't using the filesystem for that - it's just reading the > raw device. Make sure dma is enabled on hda and hdc and see if that > helps: hdparm -d1 /dev/hda /dev/hdc I recommend backing up before using hdparm. I've actually had hard locks from playing with dma this way. Filesystem corruptions are not unknown when changing settings with hdparm. This is largely due to manufacturers not following the ATA spec properly. Hdparm is usually fine to use but occassionally it can bite, so beware. Cheers, Rob -- Robert Brockway B.Sc. email: robert@timetraveller.org ICQ: 104781119 Linux counter project ID #16440 (http://counter.li.org) "The earth is but one country and mankind its citizens" -Baha'u'llah From owner-linux-xfs@oss.sgi.com Wed May 14 08:49:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 08:49:36 -0700 (PDT) Received: from goliath.sylaba.poznan.pl (root@goliath.sylaba.poznan.pl [195.216.104.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EFnHFu008824 for ; Wed, 14 May 2003 08:49:19 -0700 Received: from goliath.sylaba.poznan.pl (smmsp@localhost.sylaba.poznan.pl [127.0.0.1]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4EFnGPw001187 for ; Wed, 14 May 2003 17:49:16 +0200 (CEST) Received: by goliath.sylaba.poznan.pl (8.12.8/8.12.8/Submit) id h4EFnFv0001186 for linux-xfs@oss.sgi.com.KAV; Wed, 14 May 2003 17:49:15 +0200 (CEST) Received: from venus.local.navi.pl (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4EFnCPw001109; Wed, 14 May 2003 17:49:13 +0200 (CEST) Received: from venus.local.navi.pl (venus.local.navi.pl [127.0.0.1]) by venus.local.navi.pl (8.12.5/8.12.5) with ESMTP id h4EFomCR006966; Wed, 14 May 2003 17:50:48 +0200 Subject: Re: Strange system behaviour when copying disks From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Walt H Cc: linux-xfs@oss.sgi.com In-Reply-To: <3EC25EE0.5000007@comcast.net> References: <1052916810.2395.15.camel@venus> <3EC25EE0.5000007@comcast.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 14 May 2003 17:50:48 +0200 Message-Id: <1052927449.6816.6.camel@venus> Mime-Version: 1.0 X-archive-position: 4024 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: olaf@cbk.poznan.pl Precedence: bulk X-list: linux-xfs Content-Length: 678 Lines: 24 On Wed, 2003-05-14 at 17:21, Walt H wrote: > > Do you have dma enabled on your IDE disks? I can't think of any reason > off the top of my head why a cat from hda -> hdc should be affected by > XFS, as you aren't using the filesystem for that - it's just reading the > raw device. Yes, I know. I just don't know if XFS code changes some buffering etc. Maybe with vanilla kernel it would be the same. I just have no easy way to test it. Make sure dma is enabled on hda and hdc and see if that > helps: hdparm -d1 /dev/hda /dev/hdc > Both drives have dma enabled. And they are set to UDMA-100 also. I'm just curious where from comes this terrible latency. Regards, Olaf From owner-linux-xfs@oss.sgi.com Wed May 14 08:54:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 08:54:52 -0700 (PDT) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EFslFu009302 for ; Wed, 14 May 2003 08:54:48 -0700 Received: from auto-nb1.xs4all.nl (a80-126-90-136.adsl.xs4all.nl [80.126.90.136]) by smtpzilla1.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4EFsibI054898; Wed, 14 May 2003 17:54:44 +0200 (CEST) Message-Id: <4.3.2.7.2.20030514170300.037b8840@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 May 2003 17:54:20 +0200 To: Olaf =?iso-8859-2?Q?Fr=B1czyk?= , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Strange system behaviour when copying disks In-Reply-To: <1052916810.2395.15.camel@venus> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 4025 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 2065 Lines: 68 At 14:53 14-5-2003 +0200, Olaf =?iso-8859-2?Q?Fr=B1czyk?= wrote: >Hi, >I have linux 2.4.20 + XFS from CVS 09-Jan-2003. >System is based on RedHat 8.0. >Motherboard ASUS A7V266A (via KT266A chipset) >512MB RAM >2 IBM SCSI disks connected to Adaptec 2940U2W >CD-RW, DVD-RAM connected to the same adaptec card >2 IBM IDE disks connected to motherboard controller > >If I copy disk /dev/hda to /dev/hdc: >cat /dev/hda > /dev/hdc the system becomes __highly__ unresponsive Ack! May I suggest the following procedure for copying disks and information... partition the second disk similar to your first. Mount these partition under something like /mnt/new And the other partitions underneath that... eg. mount /dev/hdc1 /mnt/new mount /dev/hdc5 /mnt/new/usr After completing this procedure you can transfer the data. (cd /;tar -cf - .)|(cd /mnt/new;tar -xf -) This will give you all files on the second disk. However you must reinstall lilo on this disk since it will not be in the same place anymore. Boot your favorite rescue disk (the installer in rescue works as well) Asuming the XFS installer disk (skip partition check). Mount the rootfs and reinstall lilo (after switching disks ofcourse) mount /dev/hda1 /mnt/new chroot /mnt/new /sbin/lilo That should reinstall lilo for you. >Processor is about 90 % idle >Load average is about 5 Have you also checked the use of DMA on the IDE disks? You can use hdparm /dev/hda to check for it. Without DMA the IO susbsystem will be very slow on IDE systems. hdparm -d1 /dev/hda hdparm -d1 /dev/hdc Should activate it. However note that DMA might be disabled by the kernel because the disks and controller might be in the blacklist. The VIA IDE driver has a scarred history. >Does anyone has idea why is it happening? Or maybe this is "normal" >linux behaviour? Not it should not be enough to make it that severe. I suspect the dma issue. >I will have some free time later and I'll grab latest CVS and try it. That is a good idea as well. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed May 14 09:04:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 09:04:17 -0700 (PDT) Received: from goliath.sylaba.poznan.pl (root@goliath.sylaba.poznan.pl [195.216.104.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EG3uFu009860 for ; Wed, 14 May 2003 09:04:00 -0700 Received: from goliath.sylaba.poznan.pl (smmsp@localhost.sylaba.poznan.pl [127.0.0.1]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4EG3tPw009792 for ; Wed, 14 May 2003 18:03:55 +0200 (CEST) Received: by goliath.sylaba.poznan.pl (8.12.8/8.12.8/Submit) id h4EG3tA5009791 for linux-xfs@oss.sgi.com.KAV; Wed, 14 May 2003 18:03:55 +0200 (CEST) Received: from venus.local.navi.pl (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4EG3qPw009771; Wed, 14 May 2003 18:03:53 +0200 (CEST) Received: from venus.local.navi.pl (venus.local.navi.pl [127.0.0.1]) by venus.local.navi.pl (8.12.5/8.12.5) with ESMTP id h4EG5TpB001024; Wed, 14 May 2003 18:05:29 +0200 Subject: Re: Strange system behaviour when copying disks From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Steve Lord Cc: Walt H , linux-xfs@oss.sgi.com In-Reply-To: <1052927726.3525.167.camel@jen.americas.sgi.com> References: <1052916810.2395.15.camel@venus> <3EC25EE0.5000007@comcast.net> <1052927449.6816.6.camel@venus> <1052927726.3525.167.camel@jen.americas.sgi.com> Content-Type: text/plain; charset=UTF-8 X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 14 May 2003 18:05:29 +0200 Message-Id: <1052928329.896.3.camel@venus> Mime-Version: 1.0 X-MIME-Autoconverted: from quoted-printable to 8bit by goliath.sylaba.poznan.pl id h4EG3qPw009771 X-MIME-Autoconverted: from 8bit to quoted-printable by goliath.sylaba.poznan.pl id h4EG3tPw009792 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4EG40Fu009861 X-archive-position: 4026 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: olaf@cbk.poznan.pl Precedence: bulk X-list: linux-xfs Content-Length: 1208 Lines: 42 On Wed, 2003-05-14 at 17:55, Steve Lord wrote: > On Wed, 2003-05-14 at 10:50, Olaf FrÄ…czyk wrote: > > On Wed, 2003-05-14 at 17:21, Walt H wrote: > > > > > > > > Do you have dma enabled on your IDE disks? I can't think of any reason > > > off the top of my head why a cat from hda -> hdc should be affected by > > > XFS, as you aren't using the filesystem for that - it's just reading the > > > raw device. > > Yes, I know. I just don't know if XFS code changes some buffering etc. > > Maybe with vanilla kernel it would be the same. I just have no easy way > > to test it. > > Make sure dma is enabled on hda and hdc and see if that > > > helps: hdparm -d1 /dev/hda /dev/hdc > > > > > Both drives have dma enabled. > > And they are set to UDMA-100 also. > > > > I'm just curious where from comes this terrible latency. > > > > Regards, > > > > Olaf > > > > XFS should not affect this in any way, I am sure the unmodified kernel > would behave the same way for you. OK, I'll try to repartition my disks to get some free space to install a vanilla kernel. BTW, do you think that preemptible or low-latency would help here? If yes, can these patches be safely merged with XFS? Regards, Olaf From owner-linux-xfs@oss.sgi.com Wed May 14 09:08:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 09:08:55 -0700 (PDT) Received: from goliath.sylaba.poznan.pl (root@goliath.sylaba.poznan.pl [195.216.104.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EG8ZFu010350 for ; Wed, 14 May 2003 09:08:36 -0700 Received: from goliath.sylaba.poznan.pl (smmsp@localhost.sylaba.poznan.pl [127.0.0.1]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4EG8YPw011521 for ; Wed, 14 May 2003 18:08:34 +0200 (CEST) Received: by goliath.sylaba.poznan.pl (8.12.8/8.12.8/Submit) id h4EG8YRq011520 for linux-xfs@oss.sgi.com.KAV; Wed, 14 May 2003 18:08:34 +0200 (CEST) Received: from venus.local.navi.pl (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4EG8XPw011509; Wed, 14 May 2003 18:08:33 +0200 (CEST) Received: from venus.local.navi.pl (venus.local.navi.pl [127.0.0.1]) by venus.local.navi.pl (8.12.5/8.12.5) with ESMTP id h4EGA9pB001040; Wed, 14 May 2003 18:10:09 +0200 Subject: Re: Strange system behaviour when copying disks From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: Seth Mos Cc: linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20030514170300.037b8840@pop.xs4all.nl> References: <4.3.2.7.2.20030514170300.037b8840@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 14 May 2003 18:10:09 +0200 Message-Id: <1052928610.896.9.camel@venus> Mime-Version: 1.0 X-archive-position: 4027 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: olaf@cbk.poznan.pl Precedence: bulk X-list: linux-xfs Content-Length: 980 Lines: 32 On Wed, 2003-05-14 at 17:54, Seth Mos wrote: > May I suggest the following procedure for copying disks and information... Why it should be better? Doing 'cat' I have perfect copy of disk. You think that I will get lower latency with your scenario? > partition the second disk similar to your first. > Mount these partition under something like /mnt/new > And the other partitions underneath that... eg. > mount /dev/hdc1 /mnt/new > mount /dev/hdc5 /mnt/new/usr > > After completing this procedure you can transfer the data. > > (cd /;tar -cf - .)|(cd /mnt/new;tar -xf -) And all my ACLs go to hell :) BTW try to do it with NTFS partition :( > This will give you all files on the second disk. However you must reinstall > lilo on this disk since it will not be in the same place anymore. These disks are not used for booting, OS etc. > Not it should not be enough to make it that severe. I suspect the dma issue. As I said earlier, they have DMA enabled. Regards, Olaf From owner-linux-xfs@oss.sgi.com Wed May 14 09:13:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 09:13:53 -0700 (PDT) Received: from imf31bis.bellsouth.net (mail331.mail.bellsouth.net [205.152.58.209]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EGDYFu010884 for ; Wed, 14 May 2003 09:13:35 -0700 Received: from tiger2 ([66.156.0.164]) by imf31bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030514161540.TQSH17362.imf31bis.bellsouth.net@tiger2>; Wed, 14 May 2003 12:15:40 -0400 Date: Wed, 14 May 2003 12:20:03 -0400 From: Greg Freemyer Subject: re[2]: Strange system behaviour when copying disks To: Seth Mos , Olaf Fr±czyk , Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030514161540.TQSH17362.imf31bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4EGDZFu010885 X-archive-position: 4028 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 495 Lines: 19 >> >If I copy disk /dev/hda to /dev/hdc: >> >cat /dev/hda > /dev/hdc the system becomes __highly__ unresponsive >> Ack! >> May I suggest the following procedure for copying disks and information... Come on, its not that bad. I use dd to copy disks like the above fairly often. Mind you, I do it in single-user mode so the partitions are all mounted read-only. And of course I never try to mount the copy, I just put it into a new server I'm building up. Greg -- Greg Freemyer From owner-linux-xfs@oss.sgi.com Wed May 14 10:27:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 10:27:56 -0700 (PDT) Received: from THOR.goeci.com (thor.goeci.com [66.28.220.99]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EHRfFu012064 for ; Wed, 14 May 2003 10:27:41 -0700 Received: by THOR.goeci.com with Internet Mail Service (5.5.2653.19) id ; Wed, 14 May 2003 13:27:35 -0400 Message-ID: <2D92FEBFD3BE1346A6C397223A8DD3FC092267@THOR.goeci.com> From: Murthy Kambhampaty To: "'Christoph Hellwig'" Cc: linux-xfs@oss.sgi.com Subject: RE: Zero filled files Date: Wed, 14 May 2003 13:27:30 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 4029 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: murthy.kambhampaty@goeci.com Precedence: bulk X-list: linux-xfs Content-Length: 5752 Lines: 185 Christoph, thanks for the patch. I tried to apply it to a 2.4.20 kernel with the latest available xfs-2.4.20 patches applied and I got a couple of rejects. I hand edited around the rejects, rather blindly, but the resulting kernel won't boot. LILO gives an "Error: 0x10" and drops me to a boot prompt from which I can boot my old kernel. Info on the rejs and hand-edits is attached: $ cat ../xfs_CH_patch_200305151748 | patch -p1 patching file fs/xfs/xfs_log.c Hunk #1 succeeded at 834 (offset -18 lines). patching file fs/xfs/xfs_mount.c Hunk #1 succeeded at 114 (offset -26 lines). Hunk #3 succeeded at 1595 (offset 11 lines). Hunk #4 succeeded at 1596 with fuzz 2. Hunk #5 FAILED at 1606. 1 out of 5 hunks FAILED -- saving rejects to file fs/xfs/xfs_mount.c.rej patching file fs/xfs/xfs_mount.h Hunk #1 FAILED at 378. 1 out of 1 hunk FAILED -- saving rejects to file fs/xfs/xfs_mount.h.rej $ I hand edited for the two rejs as follows: $ diff fs/xfs/xfs_mount.c.old fs/xfs/xfs_mount.c 1620,1631c1620,1621 < SPLDECL(s); < < if (mp->m_frozen) { < s = mutex_spinlock(&mp->m_freeze_lock); < < if (mp->m_frozen < level) { < mutex_spinunlock(&mp->m_freeze_lock, s); < } else { < sv_wait(&mp->m_wait_unfreeze, 0, &mp->m_freeze_lock, s); < } < } < --- > wait_event(mp->m_wait_unfreeze, > (atomic_read(&mp->m_frozen) < level)); # Lines 379,388 in xfs_mount.h now read: struct xfs_dmops m_dm_ops; /* vector of DMI ops */ struct xfs_qmops m_qm_ops; /* vector of XQM ops */ struct xfs_ioops m_io_ops; /* vector of I/O ops */ atomic_t m_frozen; /* FS frozen for shutdown or * snapshot */ wait_queue_head_t m_wait_unfreeze;/* waiting to unfreeze */ atomic_t m_active_trans; /* number trans frozen */ struct timer_list m_sbdirty_timer;/* superblock dirty timer * for nfs refcache */ } xfs_mount_t; Note the " struct timer_list m_sbdirty_timer;/* superblock dirty timer * for nfs refcache */" which was not in the xfs_mount.h on which the patch was generated. Any thoughts on how I might proceed, short of getting the latest from CVS. (I'd like to see if I can work this "fix" into a 2.4.19-xfs-1.2.0 kernel for our production server, until 1.2.1 comes out, so I'm willing to work on this if you have any ideas. Of course, you'll be leading the blind ... ) Thanks again, Murthy >-----Original Message----- >From: Christoph Hellwig [mailto:hch@infradead.org] >Sent: Monday, May 12, 2003 17:48 >To: Murthy Kambhampaty >Cc: 'Steve Lord'; linux-xfs@oss.sgi.com >Subject: Re: Zero filled files > > >Could you please try the ttached patch? (against TOT but >should also work with >older codebases) > > >--- 1.13/fs/xfs/xfs_log.c Fri May 2 22:01:27 2003 >+++ edited/fs/xfs/xfs_log.c Mon May 12 01:43:06 2003 >@@ -852,7 +852,7 @@ > int needed = 0, gen; > xlog_t *log = mp->m_log; > >- if (mp->m_frozen || XFS_FORCED_SHUTDOWN(mp)) >+ if (atomic_read(&mp->m_frozen) || XFS_FORCED_SHUTDOWN(mp)) > return 0; > > s = LOG_LOCK(log); >--- 1.27/fs/xfs/xfs_mount.c Fri May 2 22:01:28 2003 >+++ edited/fs/xfs/xfs_mount.c Mon May 12 01:45:21 2003 >@@ -140,8 +140,7 @@ > xfs_trans_ail_init(mp); > > /* Init freeze sync structures */ >- spinlock_init(&mp->m_freeze_lock, "xfs_freeze"); >- init_sv(&mp->m_wait_unfreeze, SV_DEFAULT, "xfs_freeze", 0); >+ init_waitqueue_head(&mp->m_wait_unfreeze); > atomic_set(&mp->m_active_trans, 0); > > return mp; >@@ -192,7 +191,6 @@ > } > > spinlock_destroy(&mp->m_freeze_lock); >- sv_destroy(&mp->m_wait_unfreeze); > kmem_free(mp, sizeof(xfs_mount_t)); > } > >@@ -1586,10 +1584,7 @@ > xfs_mount_t *mp, > int level) > { >- unsigned long s = mutex_spinlock(&mp->m_freeze_lock); >- >- mp->m_frozen = level; >- mutex_spinunlock(&mp->m_freeze_lock, s); >+ atomic_set(&mp->m_frozen, level); > > if (level == XFS_FREEZE_TRANS) { > while (atomic_read(&mp->m_active_trans) > 0) >@@ -1601,14 +1596,8 @@ > xfs_finish_freeze( > xfs_mount_t *mp) > { >- unsigned long s = mutex_spinlock(&mp->m_freeze_lock); >- >- if (mp->m_frozen) { >- mp->m_frozen = 0; >- sv_broadcast(&mp->m_wait_unfreeze); >- } >- >- mutex_spinunlock(&mp->m_freeze_lock, s); >+ atomic_set(&mp->m_frozen, 0); >+ wake_up(&mp->m_wait_unfreeze); > } > > void >@@ -1617,18 +1606,8 @@ > bhv_desc_t *bdp, > int level) > { >- unsigned long s; >- >- if (mp->m_frozen) { >- s = mutex_spinlock(&mp->m_freeze_lock); >- >- if (mp->m_frozen < level) { >- mutex_spinunlock(&mp->m_freeze_lock, s); >- } else { >- sv_wait(&mp->m_wait_unfreeze, 0, >&mp->m_freeze_lock, s); >- } >- } >- >+ wait_event(mp->m_wait_unfreeze, >+ (atomic_read(&mp->m_frozen) < level)); > if (level == XFS_FREEZE_TRANS) > atomic_inc(&mp->m_active_trans); > } >--- 1.13/fs/xfs/xfs_mount.h Fri May 2 21:36:12 2003 >+++ edited/fs/xfs/xfs_mount.h Mon May 12 01:32:45 2003 >@@ -378,10 +378,9 @@ > struct xfs_dmops m_dm_ops; /* vector of DMI ops */ > struct xfs_qmops m_qm_ops; /* vector of XQM ops */ > struct xfs_ioops m_io_ops; /* vector of I/O ops */ >- lock_t m_freeze_lock; /* Lock for m_frozen */ >- uint m_frozen; /* FS frozen >for shutdown or >+ atomic_t m_frozen; /* FS frozen >for shutdown or > * snapshot */ >- sv_t m_wait_unfreeze;/* waiting to >unfreeze */ >+ wait_queue_head_t m_wait_unfreeze;/* waiting to >unfreeze */ > atomic_t m_active_trans; /* number trans >frozen */ > } xfs_mount_t; > > From owner-linux-xfs@oss.sgi.com Wed May 14 12:48:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 12:48:46 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EJmXFu015793 for ; Wed, 14 May 2003 12:48:34 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4EFwkE0017883 for ; Wed, 14 May 2003 08:58:46 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4EFwja223922626 for ; Wed, 14 May 2003 10:58:45 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4EFwjRn70225342 for ; Wed, 14 May 2003 10:58:45 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4EFwj106856; Wed, 14 May 2003 10:58:45 -0500 Message-Id: <200305141558.h4EFwj106856@jen.americas.sgi.com> Date: Wed, 14 May 2003 10:58:45 -0500 Subject: TAKE - fix the brown paper bag bug in the syncd thread To: linux-xfs@oss.sgi.com X-archive-position: 4030 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 401 Lines: 16 remove the excess ; which crept into the syncd thread somewhere and basically turned it off. Date: Wed May 14 08:58:05 PDT 2003 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:148955a linux/fs/xfs/linux/xfs_super.c - 1.255 - remove the excess ; from syncd so it works again. From owner-linux-xfs@oss.sgi.com Wed May 14 12:51:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 12:51:57 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EJpoFw016235 for ; Wed, 14 May 2003 12:51:50 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4EGEOE0019396 for ; Wed, 14 May 2003 09:14:25 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4EGENa224030363; Wed, 14 May 2003 11:14:23 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4EGENRn74123055; Wed, 14 May 2003 11:14:23 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4EGENZ07207; Wed, 14 May 2003 11:14:23 -0500 Subject: Re: Strange system behaviour when copying disks From: Steve Lord To: Olaf =?iso-8859-2?Q?Fr=B1czyk?= Cc: Seth Mos , linux-xfs@oss.sgi.com In-Reply-To: <1052928610.896.9.camel@venus> References: <4.3.2.7.2.20030514170300.037b8840@pop.xs4all.nl> <1052928610.896.9.camel@venus> Content-Type: text/plain; charset=iso-8859-2 Organization: Message-Id: <1052928863.3525.189.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 14 May 2003 11:14:23 -0500 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4EJppFu016244 X-archive-position: 4032 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1457 Lines: 46 On Wed, 2003-05-14 at 11:10, Olaf Fr±czyk wrote: > On Wed, 2003-05-14 at 17:54, Seth Mos wrote: > > May I suggest the following procedure for copying disks and information... > Why it should be better? > Doing 'cat' I have perfect copy of disk. > You think that I will get lower latency with your scenario? > > partition the second disk similar to your first. > > Mount these partition under something like /mnt/new > > And the other partitions underneath that... eg. > > mount /dev/hdc1 /mnt/new > > mount /dev/hdc5 /mnt/new/usr > > > > After completing this procedure you can transfer the data. > > > > (cd /;tar -cf - .)|(cd /mnt/new;tar -xf -) > > And all my ACLs go to hell :) > BTW try to do it with NTFS partition :( > > > This will give you all files on the second disk. However you must reinstall > > lilo on this disk since it will not be in the same place anymore. > These disks are not used for booting, OS etc. > > > Not it should not be enough to make it that severe. I suspect the dma issue. > As I said earlier, they have DMA enabled. > > Regards, > > Olaf > > Seth is suggesting copying the contents of the filesystem, not the complete device. What you really need is xfs_copy implemented on linux I think, failing that xfs_dump piped into xfs_restore which will keep acls. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed May 14 12:51:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 12:51:58 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EJpoG0016235 for ; Wed, 14 May 2003 12:51:52 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4EFtUE0017593 for ; Wed, 14 May 2003 08:55:30 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4EFtRa223097551; Wed, 14 May 2003 10:55:27 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4EFtRRn70601348; Wed, 14 May 2003 10:55:27 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4EFtQ506792; Wed, 14 May 2003 10:55:26 -0500 Subject: Re: Strange system behaviour when copying disks From: Steve Lord To: Olaf =?iso-8859-2?Q?Fr=B1czyk?= Cc: Walt H , linux-xfs@oss.sgi.com In-Reply-To: <1052927449.6816.6.camel@venus> References: <1052916810.2395.15.camel@venus> <3EC25EE0.5000007@comcast.net> <1052927449.6816.6.camel@venus> Content-Type: text/plain; charset=iso-8859-2 Organization: Message-Id: <1052927726.3525.167.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 14 May 2003 10:55:26 -0500 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4EJpqFu016245 X-archive-position: 4033 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1029 Lines: 34 On Wed, 2003-05-14 at 10:50, Olaf Fr±czyk wrote: > On Wed, 2003-05-14 at 17:21, Walt H wrote: > > > > > Do you have dma enabled on your IDE disks? I can't think of any reason > > off the top of my head why a cat from hda -> hdc should be affected by > > XFS, as you aren't using the filesystem for that - it's just reading the > > raw device. > Yes, I know. I just don't know if XFS code changes some buffering etc. > Maybe with vanilla kernel it would be the same. I just have no easy way > to test it. > Make sure dma is enabled on hda and hdc and see if that > > helps: hdparm -d1 /dev/hda /dev/hdc > > > Both drives have dma enabled. > And they are set to UDMA-100 also. > > I'm just curious where from comes this terrible latency. > > Regards, > > Olaf > XFS should not affect this in any way, I am sure the unmodified kernel would behave the same way for you. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed May 14 12:51:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 12:51:56 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EJpoFu016235 for ; Wed, 14 May 2003 12:51:50 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4EFcJE0015755 for ; Wed, 14 May 2003 08:38:19 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4EFcIa223968883; Wed, 14 May 2003 10:38:18 -0500 (CDT) Received: from chuckle.americas.sgi.com (chuckle.americas.sgi.com [128.162.241.66]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4EFcIRn72863539; Wed, 14 May 2003 10:38:18 -0500 (CDT) Subject: Re: XFS 1.2 kernel Oops From: Rusell Cattelan To: James Pearson Cc: linux-xfs@oss.sgi.com In-Reply-To: <3EC24967.560A5C69@moving-picture.com> References: <3EBF66ED.F0FA2B42@moving-picture.com> <3EC24967.560A5C69@moving-picture.com> Content-Type: text/plain Organization: Message-Id: <1052926697.653.86.camel@chuckle.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 14 May 2003 10:38:18 -0500 Content-Transfer-Encoding: 7bit X-archive-position: 4031 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 4293 Lines: 104 It's hard to say what the problem is. If you could get a kdb backtrace it would helpful. How reproducible is the crash? On Wed, 2003-05-14 at 08:49, James Pearson wrote: > Is there anyone who can help me with this? Is this likely to be an XFS > problem, so should I be looking elsewhere? > > Thanks > > James Pearson > > James Pearson wrote: > > > > I got the following oops with a 2.4.19/XFS1.2 kernel on a dual PIII 1Ghz > > server. > > > > Is this an XFS problem? > > > > Thanks > > > > James Pearson > > > > May 11 04:02:27 zorn kernel: Unable to handle kernel NULL pointer > > dereference at virtual address 00000119 > > May 11 04:02:27 zorn kernel: c01abe10 > > May 11 04:02:27 zorn kernel: *pde = 00000000 > > May 11 04:02:27 zorn kernel: Oops: 0000 > > May 11 04:02:27 zorn kernel: CPU: 0 > > May 11 04:02:27 zorn kernel: EIP: 0010:[xfs_iflush+416/1168] Not > > tainted > > May 11 04:02:27 zorn kernel: EIP: 0010:[] Not tainted > > Using defaults from ksymoops -t elf32-i386 -a i386 > > May 11 04:02:27 zorn kernel: EFLAGS: 00010206 > > May 11 04:02:27 zorn kernel: eax: 00000000 ebx: 00000000 ecx: > > d0a70c00 edx: 00000008 > > May 11 04:02:27 zorn kernel: esi: ffffffff edi: 00000001 ebp: > > 00000000 esp: f7ebbe44 > > May 11 04:02:27 zorn kernel: ds: 0018 es: 0018 ss: 0018 > > May 11 04:02:27 zorn kernel: Process kupdated (pid: 7, > > stackpage=f7ebb000) > > May 11 04:02:27 zorn kernel: Stack: 00000001 f78830a0 f78ba800 e34ccd00 > > d2819800 c0120efb c035dac0 c0120db1 > > May 11 04:02:27 zorn kernel: d2819800 00000001 c03365e0 fffffffe > > 00000000 c0120b3b 00000282 d2819800 > > May 11 04:02:27 zorn kernel: 00000000 01a033f0 00000000 00000010 > > 00000002 d2819800 02480200 c01c6dd5 > > May 11 04:02:27 zorn kernel: Call Trace: [bh_action+75/128] > > [tasklet_hi_action+97/160] [do_softirq+123/224] > > [_pagebuf_free_object+261/272] [xfs_syncsub+1540/3472] > > May 11 04:02:27 zorn kernel: Call Trace: [] [] > > [] [] [] > > May 11 04:02:27 zorn kernel: [] [] [] > > [] [] [] > > May 11 04:02:27 zorn kernel: [] [] [] > > [] [] [] > > May 11 04:02:27 zorn kernel: [] [] > > May 11 04:02:27 zorn kernel: Code: 80 be 1a 01 00 00 00 8b 9e 84 00 00 > > 00 75 16 85 db 74 08 66 > > > > >>EIP; c01abe10 <===== > > Trace; c0120efb > > Trace; c0120db1 > > Trace; c0120b3b > > Trace; c01c6dd5 <_pagebuf_free_object+105/110> > > Trace; c01bf974 > > Trace; c01a8b42 > > Trace; c01bfbe3 > > Trace; f881ce78 <[sym53c8xx]sym_queue_command+c8/d0> > > Trace; c0119273 > > Trace; f8800695 <[scsi_mod]scsi_dispatch_cmd+195/380> > > Trace; c01bf365 > > Trace; c01d1a85 > > Trace; c01432f7 > > Trace; c01424af > > Trace; c01427d2 > > Trace; c0105000 <_stext+0/0> > > Trace; c0105000 <_stext+0/0> > > Trace; c0107296 > > Trace; c01426c0 > > Code; c01abe10 > > 00000000 <_EIP>: > > Code; c01abe10 <===== > > 0: 80 be 1a 01 00 00 00 cmpb $0x0,0x11a(%esi) <===== > > Code; c01abe17 > > 7: 8b 9e 84 00 00 00 mov 0x84(%esi),%ebx > > Code; c01abe1d > > d: 75 16 jne 25 <_EIP+0x25> c01abe35 > > > > Code; c01abe1f > > f: 85 db test %ebx,%ebx > > Code; c01abe21 > > 11: 74 08 je 1b <_EIP+0x1b> c01abe2b > > > > Code; c01abe23 > > 13: 66 data16 > > > > May 11 16:53:31 zorn kernel: cpu: 0, clocks: 1339003, slice: 446334 > > May 11 16:53:31 zorn kernel: cpu: 1, clocks: 1339003, slice: 446334 > > May 11 16:53:31 zorn kernel: SGI XFS 1.2.0 with quota, no debug enabled > From owner-linux-xfs@oss.sgi.com Wed May 14 13:01:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 13:02:04 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EK1uFu017928 for ; Wed, 14 May 2003 13:01:57 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4EKGYVe018147 for ; Wed, 14 May 2003 15:16:34 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4EK1oa224031310; Wed, 14 May 2003 15:01:50 -0500 (CDT) Received: from [128.162.232.98] (rose.americas.sgi.com [128.162.232.98]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4EK1nRn71891508; Wed, 14 May 2003 15:01:49 -0500 (CDT) Subject: Re: Strange system behaviour when copying disks From: Rusell Cattelan To: Steve Lord Cc: Olaf =?iso-8859-2?Q?Fr=B1czyk?= , Seth Mos , linux-xfs@oss.sgi.com In-Reply-To: <1052928863.3525.189.camel@jen.americas.sgi.com> References: <4.3.2.7.2.20030514170300.037b8840@pop.xs4all.nl> <1052928610.896.9.camel@venus> <1052928863.3525.189.camel@jen.americas.sgi.com> Content-Type: text/plain; charset=UTF-8 Organization: Message-Id: <1052942499.7173.3.camel@rose.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 14 May 2003 15:01:40 -0500 Content-Transfer-Encoding: 8bit X-archive-position: 4034 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 1485 Lines: 44 On Wed, 2003-05-14 at 11:14, Steve Lord wrote: > On Wed, 2003-05-14 at 11:10, Olaf FrDczyk wrote: > > On Wed, 2003-05-14 at 17:54, Seth Mos wrote: > > > May I suggest the following procedure for copying disks and information... > > Why it should be better? > > Doing 'cat' I have perfect copy of disk. > > You think that I will get lower latency with your scenario? > > > partition the second disk similar to your first. > > > Mount these partition under something like /mnt/new > > > And the other partitions underneath that... eg. > > > mount /dev/hdc1 /mnt/new > > > mount /dev/hdc5 /mnt/new/usr > > > > > > After completing this procedure you can transfer the data. > > > > > > (cd /;tar -cf - .)|(cd /mnt/new;tar -xf -) > > > > And all my ACLs go to hell :) > > BTW try to do it with NTFS partition :( > > > > > This will give you all files on the second disk. However you must reinstall > > > lilo on this disk since it will not be in the same place anymore. > > These disks are not used for booting, OS etc. > > > > > Not it should not be enough to make it that severe. I suspect the dma issue. > > As I said earlier, they have DMA enabled. > > > > Regards, > > > > Olaf > > > > > > > Seth is suggesting copying the contents of the filesystem, not the > complete device. What you really need is xfs_copy implemented on > linux I think, failing that xfs_dump piped into xfs_restore which > will keep acls. xfs_copy might be working... give it a try. > > Steve > From owner-linux-xfs@oss.sgi.com Wed May 14 15:44:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 15:44:40 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4EMiPFu020291 for ; Wed, 14 May 2003 15:44:25 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.55.176]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4EMiIVV030453 for ; Wed, 14 May 2003 15:44:19 -0700 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id h4EMi8gM023141 for ; Thu, 15 May 2003 08:44:09 +1000 Received: (from fsgqa@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id h4EMi87q023140 for linux-xfs@oss.sgi.com; Thu, 15 May 2003 08:44:08 +1000 Date: Thu, 15 May 2003 08:44:08 +1000 From: FSG QA Message-Id: <200305142244.h4EMi87q023140@bruce.melbourne.sgi.com> Subject: TAKE - QA X-archive-position: 4035 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fsgqa@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 839 Lines: 26 Fix build - bsd changes from awhile ago introduced a m4 macro bug, only showed up now because I reran aclocal yesterday. Added CHECK_OPTIONS so auto-qa use of check script can be tweaked externally. Date: Wed May 14 15:41:37 PDT 2003 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:149052a cmd/xfstests/common.config - 1.30 cmd/xfstests/tools/auto-qa - 1.39 - Added CHECK_OPTIONS so auto-qa use of check script can be tweaked externally. cmd/xfsprogs/m4/package_uuiddev.m4 - 1.4 cmd/xfsprogs/aclocal.m4 - 1.3 cmd/xfsdump/m4/package_uuiddev.m4 - 1.3 cmd/xfsdump/aclocal.m4 - 1.3 - Fix build - bsd changes from awhile ago introduced a m4 macro bug, only showed up now because I reran aclocal yesterday. From owner-linux-xfs@oss.sgi.com Wed May 14 18:41:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 18:41:34 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4F1fHFu021988 for ; Wed, 14 May 2003 18:41:20 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4F1fBVV015384 for ; Wed, 14 May 2003 18:41:12 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4F1f9a1040348 for ; Thu, 15 May 2003 11:41:10 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4F1f9Is040341 for linux-xfs@oss.sgi.com; Thu, 15 May 2003 11:41:09 +1000 (EST) Date: Thu, 15 May 2003 11:41:09 +1000 (EST) From: Nathan Scott Message-Id: <200305150141.h4F1f9Is040341@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs X-archive-position: 4036 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 948 Lines: 35 Add a missing xfslibs-dev dependency for uuid-dev in Debian packages. Date: Wed May 14 15:58:35 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:149055a cmd/xfsprogs/debian/control - 1.15 cmd/xfsprogs/debian/changelog - 1.70 Additional uuid changes - last round didnt work with all autoconf versions. Should fix that problem you were hitting, Steve. Date: Wed May 14 18:38:57 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:149087a cmd/xfsprogs/configure.in - 1.28 cmd/xfsprogs/include/builddefs.in - 1.35 cmd/xfsdump/configure.in - 1.35 cmd/xfsprogs/m4/package_uuiddev.m4 - 1.5 cmd/xfsprogs/aclocal.m4 - 1.4 cmd/xfsdump/m4/package_uuiddev.m4 - 1.4 cmd/xfsdump/aclocal.m4 - 1.4 From owner-linux-xfs@oss.sgi.com Wed May 14 20:00:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 20:00:36 -0700 (PDT) Received: from corpmail.outblaze.com (202-77-223-10.outblaze.com [202.77.223.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4F30TFu023267 for ; Wed, 14 May 2003 20:00:30 -0700 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by corpmail.outblaze.com (Postfix) with ESMTP id 419FA37ACA for ; Thu, 15 May 2003 03:00:28 +0000 (GMT) Received: from smtp1.hk1.outblaze.com (202-77-223-55.outblaze.com [202.77.223.55]) by corpmail.outblaze.com (Postfix) with SMTP id 096EB16DD88 for ; Thu, 15 May 2003 03:00:28 +0000 (GMT) Received: (qmail 14224 invoked from network); 15 May 2003 03:00:27 -0000 Received: from unknown (HELO outblaze.com) (kent@team.outblaze.com@202.77.223.125) by 202-77-223-55.outblaze.com with SMTP; 15 May 2003 03:00:27 -0000 Message-ID: <3EC3046F.493C38B6@outblaze.com> Date: Thu, 15 May 2003 11:07:27 +0800 From: Kent Ho Organization: Outblaze Ltd. X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.9-34 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Unable to cvs, cvs stoped at usb? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.11; VAE: 6.19.0.3; VDF: 6.19.0.15; host: corpmail.outblaze.com) X-archive-position: 4037 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kent@outblaze.com Precedence: bulk X-list: linux-xfs Content-Length: 499 Lines: 17 Hi. I'm unable to cvs fully. I can cvs up to the "usb" point and then stops for a very long time over 30mins now. It's still waiting there. Is there a problem on the cvs server or something I have missed doing? cvs server: Updating linux-2.4-xfs/linux/scripts/ksymoops cvs server: Updating linux-2.4-xfs/linux/scripts/lxdialog cvs server: Updating linux-2.4-xfs/linux/scripts/usb Is there anyone having the same problem and know how to fix? Please let me know. many thanks in advance. Kent From owner-linux-xfs@oss.sgi.com Wed May 14 20:17:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 20:17:49 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4F3HMFu023847 for ; Wed, 14 May 2003 20:17:22 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h4F3HFVV022722 for ; Wed, 14 May 2003 20:17:16 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA17167; Thu, 15 May 2003 13:17:14 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 42B04D8F45; Thu, 15 May 2003 13:17:14 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 4211891356; Thu, 15 May 2003 13:17:14 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Kent Ho Cc: linux-xfs@oss.sgi.com Subject: Re: Unable to cvs, cvs stoped at usb? In-reply-to: Your message of "Thu, 15 May 2003 11:07:27 +0800." <3EC3046F.493C38B6@outblaze.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 May 2003 13:17:09 +1000 Message-ID: <11635.1052968629@kao2.melbourne.sgi.com> X-archive-position: 4038 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 702 Lines: 17 On Thu, 15 May 2003 11:07:27 +0800, Kent Ho wrote: >I'm unable to cvs fully. I can cvs up to the "usb" point and then stops >for a very long time over 30mins now. It's still waiting there. Is >there a problem on the cvs server or something I have missed doing? > >cvs server: Updating linux-2.4-xfs/linux/scripts/ksymoops >cvs server: Updating linux-2.4-xfs/linux/scripts/lxdialog >cvs server: Updating linux-2.4-xfs/linux/scripts/usb > >Is there anyone having the same problem and know how to fix? Please let >me know. The CVS server was upgraded a while back to fix a security problem. The fix caused some old CVS clients to hang. Try upgrading to a recent version of CVS. From owner-linux-xfs@oss.sgi.com Wed May 14 21:11:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 May 2003 21:11:23 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4F4B7Fu025570 for ; Wed, 14 May 2003 21:11:08 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4F4PjVe030660 for ; Wed, 14 May 2003 23:25:46 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4F4Axa1066899 for ; Thu, 15 May 2003 14:10:59 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4F4Awo5066929 for linux-xfs@oss.sgi.com; Thu, 15 May 2003 14:10:58 +1000 (EST) Date: Thu, 15 May 2003 14:10:58 +1000 (EST) From: Nathan Scott Message-Id: <200305150410.h4F4Awo5066929@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs X-archive-position: 4039 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 608 Lines: 22 Fix a large sector size issue in xfs_repair. Date: Wed May 14 21:10:01 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:149096a cmd/xfsprogs/doc/CHANGES - 1.108 - Fix a large sector size issue in xfs_repair. cmd/xfsprogs/repair/sb.c - 1.12 - Don't attempt to bcopy more memory than we have allocated. cmd/xfsprogs/libxfs/init.c - 1.29 - Skip zero length memory allocations - can happen when running db on a zeroed device, in which case we'll be bailing out anyway. From owner-linux-xfs@oss.sgi.com Thu May 15 01:10:41 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 May 2003 01:11:03 -0700 (PDT) Received: from kendy.up.ac.za (kendy.up.ac.za [137.215.101.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4F8AaFu028839 for ; Thu, 15 May 2003 01:10:39 -0700 Received: from [137.215.6.15] (helo=mx1.up.ac.za) by kendy.up.ac.za with esmtp (Exim 3.35 #1) id 19GDof-0002YZ-00; Thu, 15 May 2003 10:10:17 +0200 Received: from cleopatra.up.ac.za ([137.215.124.210] helo=up.ac.za ident=paul) by mx1.up.ac.za with esmtp (Exim 3.12 #1) id 19GDoe-0001Hv-00; Thu, 15 May 2003 10:10:16 +0200 Message-ID: <3EC34B65.E1DAF488@up.ac.za> Date: Thu, 15 May 2003 10:10:13 +0200 From: Paul Schutte X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.21-pre5aa2-nv i686) X-Accept-Language: en MIME-Version: 1.0 To: Olaf =?iso-8859-1?Q?Fr=B1czyk?= CC: linux-xfs@oss.sgi.com Subject: Re: Strange system behaviour when copying disks References: <1052916810.2395.15.camel@venus> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms09566F715418DF2D004C0D22" X-Scanner: exiscan *19GDoe-0001Hv-00*p9D.kMsxwrw* (University of Pretoria, South Africa) X-archive-position: 4040 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: paul@up.ac.za Precedence: bulk X-list: linux-xfs Content-Length: 4373 Lines: 100 This is a cryptographically signed message in MIME format. --------------ms09566F715418DF2D004C0D22 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, You can try to enable DMA for your IDE harddrives. hdparm -d1 /dev/hda hdparm -d1 /dev/hdc Enable VIA82CXXX chipset support in your kernel as well. Paul Olaf Fr±czyk wrote: > Hi, > I have linux 2.4.20 + XFS from CVS 09-Jan-2003. > System is based on RedHat 8.0. > Motherboard ASUS A7V266A (via KT266A chipset) > 512MB RAM > 2 IBM SCSI disks connected to Adaptec 2940U2W > CD-RW, DVD-RAM connected to the same adaptec card > 2 IBM IDE disks connected to motherboard controller > > If I copy disk /dev/hda to /dev/hdc: > cat /dev/hda > /dev/hdc the system becomes __highly__ unresponsive > Processor is about 90 % idle > Load average is about 5 > Working with X is impossible (about 1 second freeze every 1-2 seconds). > As the root partition is also XFS I have no possibility to load vanilla > kernel and try with it. I also have no free partition on SCSI disk to > install fresh system with vanilla kernel for testing. > renice -19 for X makes no difference. > > Does anyone has idea why is it happening? Or maybe this is "normal" > linux behaviour? > > I will have some free time later and I'll grab latest CVS and try it. > > Regards, > > Olaf Fraczyk --------------ms09566F715418DF2D004C0D22 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIH4QYJKoZIhvcNAQcCoIIH0jCCB84CAQExCzAJBgUrDgMCGgUAMAsGCSqG SIb3DQEHAaCCBbQwggJ0MIIB3aADAgECAgMHr4YwDQYJKoZIhvcNAQEEBQAw gZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0 aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwg UlNBIDIwMDAuOC4zMDAeFw0wMjA2MTMxMzExMjdaFw0wMzA2MTMxMzExMjda MD8xHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxHDAaBgkqhkiG 9w0BCQEWDXBhdWxAdXAuYWMuemEwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJ AoGBALs+27eU9wYZsRpr+aGhaTEcAJcZaJnJqWex28ZQL7Y3lkiKh8V3AUam VRvApP9/Mh3Kf+KKwVE/woelEGm7e5tM9WV1YhXtNOByGzqrCjhm/pWs4Nuw voP2G9DAnY7T0tbLvUhoJlstJSxMb+g12+laq0cKwEC6/HUoVhOrscsLAgMB AAGjKjAoMBgGA1UdEQQRMA+BDXBhdWxAdXAuYWMuemEwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQQFAAOBgQBiwCuMYXiccPxXq2sWXKXdGtDaBZUezJmN 0arow4v33/BIqGHI6shsdnzaQ+YqYdZO0OkBhv3WrJSeBG77Sdt2mBB/Nom5 4Atet1U3ETxIMjhNx05M6imnEZOlFpcIJ4sp1XrdZ2sHaJ8N9E4xe5C4I7NX q9g+g/DShf66ba6G/DCCAzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEw DQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3Rl IENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMg RGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBD QTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv bTAeFw0wMDA4MzAwMDAwMDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRv d24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2Vy dmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjgu MzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7Sbngn Z4HF2ogZgpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN +kvx1t1hpfmFzVWaNRqdknWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M8 8Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFpAgMBAAGjTjBMMCkGA1UdEQQiMCCk HjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzASBgNVHRMBAf8ECDAG AQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtHXfkB ceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BV qGz3Da1MG7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT8 2w0fnQLzWtvKPPZE6iZph39Ins6ln+eE2MliYq0FxjGCAfUwggHxAgEBMIGa MIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWls IFJTQSAyMDAwLjguMzACAwevhjAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAzMDUxNTA4MTAxNVow IwYJKoZIhvcNAQkEMRYEFOGjgX93zhwDcRRnug5fwSjr+YZfMFIGCSqGSIb3 DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUA BIGAeqFfqSJ8/6dFIoclqYzJ6blfP91n+OdtWX5IkxQYbOTRe9sdQwcTEb4j MlZviN3ypVDnAQBnUTwg460t2ExMqd9rcM+yCWZFN8kIyQeY/c9mABYr4oiS aiaBF1RdlTPvk7pv7da19hd+uchqpthpz9xwwfSOudRWUOfyUCozIZU= --------------ms09566F715418DF2D004C0D22-- From owner-linux-xfs@oss.sgi.com Thu May 15 05:29:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 May 2003 05:29:13 -0700 (PDT) Received: from topband-e.com ([211.154.135.113]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4FCSnFu003733 for ; Thu, 15 May 2003 05:28:51 -0700 Received: from SUSAN [61.144.207.30] by topband-e.com with ESMTP (SMTPD32-7.13) id AD804A10234; Thu, 15 May 2003 15:10:56 +0800 From: "Susan Song" To: Subject: re: usb HDD drive enclosure Date: Thu, 15 May 2003 15:04:18 +0800 Message-ID: <000201c31ab1$24a96280$9100a8c0@SUSAN> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0003_01C31AF4.32CCA280" X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: High X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-archive-position: 4041 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: susansong@topband-e.com Precedence: bulk X-list: linux-xfs Content-Length: 394450 Lines: 5366 This is a multi-part message in MIME format. ------=_NextPart_000_0003_01C31AF4.32CCA280 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0004_01C31AF4.32CCA280" ------=_NextPart_001_0004_01C31AF4.32CCA280 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear John, Thank you for your enquiry of our usb HDD drive. Please find attached information of our 2.5" HDD case; we have no 3.5" HDD case yet. We have no minimum quantity requirement, but the less the quantity is, the higher the price will be. Attached is our disount price for 1000pcs quantity order for your initial order. For your further information, our company was established in 1991 as a high technology enterprise based on the "Win-Win" philosophy. Today, our factory covers 35,000 square meters workshop, and with over 800 engineers, sales representatives, manufacturing personnel and administrative staff works inside. Big sales quantity and effective management system enable us to save much cost and keep good quality. By now, our products are exported to more than 20 countries in Asia, Africa, Europe and America. Our products are branded in mainland market since two years, and we are OEM supplier of IBM Company for Hard disk case in China. For the same high quality goods, our price is very competitive. Except USB hard disk case, we have USB flash disks, MP3 + USB flash disks, and card reader. Please review our website: www.isav.com.cn to get more information about our company and products. Any more questions, please feel free to contact me. Best regards! Susan Song, Overseas Dept. TOPBAND ELECTRONICS&TECHNOLOGY CO., LTD 4/F, B Block, Tsinghua University Institute, Hi-Tech Industrial Park, Shenzhen, 518057, China Tel: 0086-755-26719852 Fax: 0086-755-26711682 Mobile: 0086-13138896160 Email: susansong@topband-e.com Website: www.isav.com.cn ------=_NextPart_001_0004_01C31AF4.32CCA280 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear = John,

 <= /p>

Thank you for your enquiry of = our usb HDD drive.

 <= /p>

Please find attached = information of our 2.5” HDD case; we have no 3.5” HDD case = yet.

We have no minimum quantity = requirement, but the less the quantity is, the higher the price will be. Attached is = our disount price for 1000pcs quantity order for your = initial order.

 <= /p>

For your further information, = our company was established in 1991 as a high technology enterprise based on = the "Win-Win" philosophy. Today, our factory covers 35,000 square = meters workshop, and with over 800 engineers, sales representatives, = manufacturing personnel and administrative staff works inside. Big sales quantity and effective management system enable us to save much cost and keep good = quality. By now, our products are exported to more than 20 countries in = Asia, = Africa, = Europe and = America.

Our products are branded in = mainland market since two years, and we are OEM supplier of IBM Company for Hard = disk case in China.  For the same high quality = goods, our price is very competitive.

Except USB hard disk case, we = have USB flash disks, MP3 + USB flash disks, and card = reader.

Please review our website: www.isav.com.cn to get more information about our company and = products.

 <= /p>

Any more questions, please feel = free to contact me.

 <= /p>

Best = regards!

 <= /p>

Susan Song, Overseas = Dept.

TOPBAND = ELECTRONICS&TECHNOLOGY CO., LTD

4/F, B Block, Tsinghua University Institute, Hi-Tech Industrial

Park, Shenzhen, 518057, = China

Tel: = 0086-755-26719852

Fax: = 0086-755-26711682

Mobile= : = 0086-13138896160

Email: = susansong@topband-e.com

Website: www.isav.com.cn

 <= /p>

 

------=_NextPart_001_0004_01C31AF4.32CCA280-- ------=_NextPart_000_0003_01C31AF4.32CCA280 Content-Type: application/vnd.ms-excel; name="Hard Disk Case quotation , May 8.xls" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Hard Disk Case quotation , May 8.xls" 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAHwAAAAAAAAAA EAAAIQAAAAEAAAD+////AAAAACAAAAD///////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////8J CBAAAAYFAEYYzQfJgAAABgIAAOEAAgCwBMEAAgAAAOIAAABcAHAACgAAU1VTQU4gU09ORyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEIAAgCwBGEBAgAAAMABAAA9AQYA AQACAAMAnAACAA4AGQACAAAAEgACAAAAEwACAAAArwECAAAAvAECAAAAPQASAHgAHgDhLdkXOAAA AAAAAQBYAkAAAgAAAI0AAgAAACIAAgAAAA4AAgABALcBAgAAANoAAgAAADEAFADwAAAA/3+QAQAA AACGAAIBi1tTTzEAFADwAAAA/3+QAQAAAACGAAIBi1tTTzEAFADwAAAA/3+QAQAAAACGAAIBi1tT TzEAFADwAAAA/3+QAQAAAACGAAIBi1tTTzEAFADwAAAA/3+QAQAAAACGAAIBi1tTTzEAFAC0AAAA /3+QAQAAAACGAAIBi1tTTzEALgDwAAAA/3+QAQAAAAEAAA8BVABpAG0AZQBzACAATgBlAHcAIABS AG8AbQBhAG4AMQAuAPAAAQD/f7wCAAAAAQAADwFUAGkAbQBlAHMAIABOAGUAdwAgAFIAbwBtAGEA bgAxAC4AQAEAAP9/kAEAAAABAAAPAVQAaQBtAGUAcwAgAE4AZQB3ACAAUgBvAG0AYQBuADEAFABA AQAA/3+QAQAAAACGAAIBi1tTTzEALgAYAQEA/3+8AgAAAAEAAA8BVABpAG0AZQBzACAATgBlAHcA IABSAG8AbQBhAG4AMQAUABgBAQD/f7wCAAAAAIYAAgGLW1NPHgQrAAUAEwABIgDl/yIAIwAsACMA IwAwADsAIgDl/yIAXAAtACMALAAjACMAMAAeBDUABgAYAAEiAOX/IgAjACwAIwAjADAAOwBbAFIA ZQBkAF0AIgDl/yIAXAAtACMALAAjACMAMAAeBDcABwAZAAEiAOX/IgAjACwAIwAjADAALgAwADAA OwAiAOX/IgBcAC0AIwAsACMAIwAwAC4AMAAwAB4EQQAIAB4AASIA5f8iACMALAAjACMAMAAuADAA MAA7AFsAUgBlAGQAXQAiAOX/IgBcAC0AIwAsACMAIwAwAC4AMAAwAB4EaQAqADIAAV8AIAAiAOX/ IgAqACAAIwAsACMAIwAwAF8AIAA7AF8AIAAiAOX/IgAqACAAXAAtACMALAAjACMAMABfACAAOwBf ACAAIgDl/yIAKgAgACIALQAiAF8AIAA7AF8AIABAAF8AIAAeBC4AKQApAABfICogIywjIzBfIDtf ICogXC0jLCMjMF8gO18gKiAiLSJfIDtfIEBfIB4EeQAsADoAAV8AIAAiAOX/IgAqACAAIwAsACMA IwAwAC4AMAAwAF8AIAA7AF8AIAAiAOX/IgAqACAAXAAtACMALAAjACMAMAAuADAAMABfACAAOwBf ACAAIgDl/yIAKgAgACIALQAiAD8APwBfACAAOwBfACAAQABfACAAHgQ2ACsAMQAAXyAqICMsIyMw LjAwXyA7XyAqIFwtIywjIzAuMDBfIDtfICogIi0iPz9fIDtfIEBfIB4EGgCkABUAAFwkIywjIzBf KTtcKFwkIywjIzBcKR4EHwClABoAAFwkIywjIzBfKTtbUmVkXVwoXCQjLCMjMFwpHgQgAKYAGwAA XCQjLCMjMC4wMF8pO1woXCQjLCMjMC4wMFwpHgQlAKcAIAAAXCQjLCMjMC4wMF8pO1tSZWRdXChc JCMsIyMwLjAwXCkeBAgAqAADAAAwLjDgABQAAAAAAPX/IAAAAAAAAAAAAAAAwCDgABQAAQAAAPX/ IAAA9AAAAAAAAAAAwCDgABQAAQAAAPX/IAAA9AAAAAAAAAAAwCDgABQAAgAAAPX/IAAA9AAAAAAA AAAAwCDgABQAAgAAAPX/IAAA9AAAAAAAAAAAwCDgABQAAAAAAPX/IAAA9AAAAAAAAAAAwCDgABQA AAAAAPX/IAAA9AAAAAAAAAAAwCDgABQAAAAAAPX/IAAA9AAAAAAAAAAAwCDgABQAAAAAAPX/IAAA 9AAAAAAAAAAAwCDgABQAAAAAAPX/IAAA9AAAAAAAAAAAwCDgABQAAAAAAPX/IAAA9AAAAAAAAAAA wCDgABQAAAAAAPX/IAAA9AAAAAAAAAAAwCDgABQAAAAAAPX/IAAA9AAAAAAAAAAAwCDgABQAAAAA APX/IAAA9AAAAAAAAAAAwCDgABQAAAAAAPX/IAAA9AAAAAAAAAAAwCDgABQAAAAAAAEAIAAAAAAA AAAAAAAAwCDgABQABQArAPX/IAAA+AAAAAAAAAAAwCDgABQABQApAPX/IAAA+AAAAAAAAAAAwCDg ABQABQAsAPX/IAAA+AAAAAAAAAAAwCDgABQABQAqAPX/IAAA+AAAAAAAAAAAwCDgABQABQAJAPX/ IAAA+AAAAAAAAAAAwCDgABQAAAAAAAEAIgAAEAAAAAAAAAAAwCDgABQABwAAAAEAIgAAGAAAAAAA AAAAwCDgABQACAAAAAEAIgAAOBERQCBAIAAAwCDgABQABwAAAAEAIAAAKBERQCBAIAAAwCDgABQA BwCoAAEAIAAALBERQCBAIAAAwCDgABQABwAAAAEAIQAAOBERQCBAIAAAwCDgABQAAAAAAAEAIAAA IBERQCBAIAAAwCDgABQAAACoAAEAIAAAJBERQCBAIAAAwCDgABQACQAAAAEAIgAAGAAAAAAAAAAA wCDgABQACgAAAAEAIgAAGAAAAAAAAAAAwCDgABQACwAAAAEAIgAAGAAAAAAAAAAAwCDgABQADAAA AAEAIgAAGAAAAAAAAAAAwCDgABQABwAAAAEAIgAAGAAAAAAAAAAAwCDgABQAAAAAAAEAIgAAEAAA AAAAAAAAwCCTAgQAEIAD/5MCBAARgAb/kwIEABKABP+TAgQAE4AH/5MCBAAAgAD/kwIEABSABf9g AQIAAACFAA4A3w0AAAAABgBTaGVldDGFAA4A+BYAAAAABgBTaGVldDKFAA4A/xcAAAAABgBTaGVl dDOMAAQAAQBWAMEBCADBAQAAYGkBAPwAgQQfAAAAFwAAAAgABBAAAABJdGVtIE5vLgEADAAGADcA AAAAAAAAAAANAAQQAAAAU3BlY2lmaWNhdGlvbgEADAAGADcAAAAAAAAAAAAHAAQQAAAAVUhEMTEw MgEADAAGADcAAAAAAAAAAAAHAAQQAAAAVUhEMjAwMQEADAAGADcAAAAAAAAAAAAHAAQQAAAAVUhE MjAwMgEADAAGADcAAAAAAAAAAAAEAAQQAAAATmFtZQEADAAGADcAAAAAAAAAIAgSAAQQAAAAVVNC IEhhcmQgRGlzayBCb3ggAQAMAAYANwAAAAAAAABAEy8ABBAAAABTSEVOWkhFTiBUT1BCQU5EIEVM RUNUUk9OSUNTJlRFQ0hOT0xPR1kgQ08uLExURAEADAAGADcAAAAAAAAAAABZAAQQAAAAQWRkOiA0 L0YsIEIgQmxvY2sgVHNpbmdodWEgVW5pdmVyc2l0eSBJbnN0aXR1dGUsIEhpLVRlY2ggSW5kdXN0 cmlhbCBQYXJrLCBTaGVuWmhlbiwgQ2hpbmEBAAwABgA3AAAAAAAAAEATGwAEEAAAAGZvciAyLjUi IGhhcmQgZGlzaywgIFVTQjEuMQEADAAGADcAAAAAAAAAAAAfAAQQAAAAZmFzaGlvbmFibGUgdGhp biBwbGFzdGljIGNvdmVyIAEADAAGADcAAAAAAAAAAABKAAwBABAAAAAgICAgICAgICAgICAgVE9Q QkFORCBVU0IgSGFyZCBEaXNrIEJveCBRdW90YXRpb24gTGlzdCAgICAgICAoRk9CIFNoZW5aaGVu KTwACAABAAwABgA3AAAAAAAAAFQABgAEEAAAAHVzZC9wYwEADAAGADcAAAAAAAAAeAAKAAQQAAAA VW5pdCBQcmljZQEADAAGADcAAAAAAAAAAAAbAAQQAAAAZm9yIDIuNSIgaGFyZCBkaXNrLCAgVVNC Mi4wAQAMAAYANwAAAAAAAAAwABwABBAAAABmYXNoaW9uYWJsZSBhbHVtaW5pdW0gY292ZXIgAQAM AAYANwAAAAAAAAAAABsABBAAAABmb3IgMi41IiBoYXJkIGRpc2ssICBVU0IyLjABAAwABgA3AAAA AAAAAAAAIQAEEAAAAGZhc2hpb25hYmxlIHRoaW4gYWx1bWluaXVtIGNvdmVyIAEADAAGADcAAAAA AAAAYQBkAABIdHRwOiB3d3cuaXNhdi5jb20uY24gIFRlbDo4Ni03NTUtMjY3MTk4NTIgICBGYXg6 IDg2LTc1NS0yNjcxMTY4MiAgICAgRW1haWw6IHN1c2Fuc29uZ0B0b3BiYW5kLWUuY29tIwAAQ29s b3IgYm94OiAyM2NtKEwpWDE0Y20oVylYNC4xY20oSCkqAABDYXJ0b24gc2l6ZTogNDEuNWNtKEwp WDQxLjVjbShXKVg0NC41Y20oSCk0AAAxcGMvMWNvbG9yIGJveCwgNjBwY3MvY2FydG9uLCBOLlc6 MTIuNktHLCBHLlcuMTMuNktHEgAAZm9yIDEwMDBwY3MgYW5kIHVw/wAaAAgARAkAAAwAAABrCgAA MwEAAE0MAAAVAwAACgAAAAkIEAAABhAARhjNB8mAAAAGAgAACwIUAAAAAAAAAAAAGAAAANMQAABl FgAADQACAAEADAACAGQADwACAAEAEQACAAAAEAAIAPyp8dJNYlA/XwACAAEAKgACAAAAKwACAAAA ggACAAEAgAAIAAAAAAAAAAAAJQIEAAAAHQGBAAIAwQQUAAAAFQAAAIMAAgAAAIQAAgAAAE0ANAIA AEUAUABTAE8ATgAgAFMAdAB5AGwAdQBzACAAQwBPAEwATwBSACAANgA4ADAAAAAoAEMAbwBwAHkA IAAyACkAAAAABAQB1ABeAQ+LgAcBAAkAmgs0CAAAAQAHAGgBAQABAGgBAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAABAAAAMAEAAAAAAAAAAAAARExMTmFtZTE2PUVQSUdV RTVELmRsbAAAAAAAAAAAAABETExOYW1lMzI9RVBJRDJFNUEuZGxsAAAAAAAAAAAAAEVQU09OIFN0 eWx1cyBDT0xPUiA2ODAAAAAAAAAAAAAAAAQBAAAAAAAAAAAAAAAAAAAAAAAAAGQAAQBoAWgBCQCB DwAATAsAAGgBaAGgCwAAcRAAACoAAAAqAAAAKgAAAMYAAAAAAAAAAAAAAAAAAAAAAAAAoAsAAHEQ AAAqAAAAKgAAACoAAADGAAAAAAAAAAAAAAAAAAAAAAAyAAAAAAAAAAAAAAAAAAAAAAC0AAAAAAAA AOgDBAAAAP//AgAAAAAAAAABAAMAAwAAAAAAAQDcAAEAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAA AAAAAAAABQABAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAECAAAAAAA0CJoLAAAAAB4AAQChACIACQBk AAEAAQABAAIAAAAAAAAAAAAAAOA/AAAAAAAA4D8BAFUAAgAIAH0ADAAAAAAAYAoPAAIAAgB9AAwA AQABACASDwACAAIAfQAMAAIAAgDAMQ8AAgACAH0ADAADAAMAwBgPAAIAAgAAAg4AAAAAABgAAAAA AAQAAAAIAhAAAAAAAAQAwgEAAAAAQAEPAAgCEAABAAAABAA7AQAAAAAAAQ8ACAIQAAIAAAAEADsB AAAAAAABDwAIAhAAAwAAAAQAOwEAAAAAAAEPAAgCEAAEAAAABAD+AQAAAABAAQ8ACAIQAAYAAAAE ADsBAAAAAAABDwAIAhAABwAAAAQAOwEAAAAAAAEPAAgCEAAIAAAABAA7AQAAAAAAAQ8ACAIQAAkA AAAEADsBAAAAAAABDwAIAhAACgAAAAQAOwEAAAAAAAEPAAgCEAALAAAABAA7AQAAAAAAAQ8ACAIQ AAwAAAAEADsBAAAAAAABDwAIAhAADQAAAAQAOwEAAAAAAAEPAAgCEAAOAAAABAA7AQAAAAAAAQ8A CAIQAA8AAAAEADsBAAAAAAABDwAIAhAAEAAAAAQAOwEAAAAAAAEPAAgCEAARAAAABAA7AQAAAAAA AQ8ACAIQABIAAAAEADsBAAAAAAABDwAIAhAAEwAAAAQAOwEAAAAAAAEPAAgCEAAUAAAABAA7AQAA AAAAAQ8ACAIQABUAAAAEADsBAAAAAAABDwAIAhAAFgAAAAQAOwEAAAAAAAEPAAgCEAAXAAAABAA7 AQAAAAAAAQ8A/QAKAAAAAAAfAAcAAAC+AAwAAAABACAAIAAgAAMA/QAKAAEAAAAhAAgAAAC+AAwA AQABACIAIgAiAAMA/QAKAAIAAAAhABIAAAC+AAwAAgABACEAIQAhAAMAvgAOAAMAAAAWABUAFQAV AAMA/QAKAAQAAAAdAAsAAAC+AAwABAABAB4AHgAeAAMA/QAKAAYAAAAXAAAAAAD9AAoABgABABcA BQAAAP0ACgAGAAIAFwABAAAA/QAKAAYAAwAXAA0AAAC+AAwABwAAABcAFwAXAAIA/QAKAAcAAwAX AAwAAAC+AAwACAAAABcAFwAXAAIA/QAKAAgAAwAXABYAAAD9AAoACQAAABgAAgAAAP0ACgAJAAEA GAAGAAAA/QAKAAkAAgAYAAkAAAB+AgoACQADABkAAQB+QL4ACgAKAAAAGAAYAAEA/QAKAAoAAgAa AAoAAAABAgYACgADABkAvgAKAAsAAAAYABgAAQD9AAoACwACABoAEwAAAAECBgALAAMAGQC+AAoA DAAAABgAGAABAP0ACgAMAAIAGgAUAAAAAQIGAAwAAwAZAL4ACgANAAAAGAAYAAEA/QAKAA0AAgAa ABUAAAABAgYADQADABkA/QAKAA4AAAAYAAMAAAD9AAoADgABABgABgAAAP0ACgAOAAIAGAAOAAAA fgIKAA4AAwAZAAAAGkC+AAoADwAAABgAGAABAP0ACgAPAAIAGAAPAAAAAQIGAA8AAwAZAL4ACgAQ AAAAGAAYAAEA/QAKABAAAgAaABMAAAABAgYAEAADABkAvgAKABEAAAAYABgAAQD9AAoAEQACABoA FAAAAAECBgARAAMAGQC+AAoAEgAAABgAGAABAP0ACgASAAIAGgAVAAAAAQIGABIAAwAZAP0ACgAT AAAAGAAEAAAA/QAKABMAAQAYAAYAAAD9AAoAEwACABgAEAAAAH4CCgATAAMAGQABwIdAvgAKABQA AAAbABsAAQD9AAoAFAACABgAEQAAAAECBgAUAAMAHAC+AAoAFQAAABsAGwABAP0ACgAVAAIAGgAT AAAAAQIGABUAAwAcAL4ACgAWAAAAGwAbAAEA/QAKABYAAgAaABQAAAABAgYAFgADABsAvgAKABcA AAAbABsAAQD9AAoAFwACABoAFQAAAAECBgAXAAMAGwDXADIAOgUAALgBHgAeAB4AEgAeADgAHgAe ADgAJgAmACYAJgA4ACYAJgAmACYAOAAmACYAJgA+AhIAtgYFAAIAQAAAAAAAAAAAAAAAHQAPAAMU AAQAAAABABQAFAAEBOUAIgAEAAQABAAAAAMAAAAAAAAAAwABAAEAAAADAAIAAgAAAAMA7wAGAAYA NwAAAAoAAAAJCBAAAAYQAEYYzQfJgAAABgIAAAsCEAAAAAAAAAAAAAAAAACwFwAADQACAAEADAAC AGQADwACAAEAEQACAAAAEAAIAPyp8dJNYlA/XwACAAEAKgACAAAAKwACAAAAggACAAEAgAAIAAAA AAAAAAAAJQIEAAAAHQGBAAIAwQQUAAAAFQAAAIMAAgAAAIQAAgAAAKEAIgAAAB0BAQABAAEABAAA AAAAAAAAAAAA4D8AAAAAAADgPwMAVQACAAgAAAIOAAAAAAAAAAAAAAAAAAAAPgISALYAAAAAAEAA AAAAAAAAAAAAAB0ADwADAAAAAAAAAQAAAAAAAADvAAYABgA3AAAACgAAAAkIEAAABhAARhjNB8mA AAAGAgAACwIQAAAAAAAAAAAAAAAAALcYAAANAAIAAQAMAAIAZAAPAAIAAQARAAIAAAAQAAgA/Knx 0k1iUD9fAAIAAQAqAAIAAAArAAIAAACCAAIAAQCAAAgAAAAAAAAAAAAlAgQAAAAdAYEAAgDBBBQA AAAVAAAAgwACAAAAhAACAAAAoQAiAAAAHQEBAAEAAQAEAAAAAAAAAAAAAADgPwAAAAAAAOA/AwBV AAIACAAAAg4AAAAAAAAAAAAAAAAAAAA+AhIAtgAAAAAAQAAAAAAAAAAAAAAAHQAPAAMAAAAAAAAB AAAAAAAAAO8ABgAGADcAAAAKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAFAQIAAAAAAAAA AAAAAAAAAAAAAAEAAADghZ/y+U9oEKuRCAArJ7PZMAAAAKAAAAAHAAAAAQAAAEAAAAAEAAAASAAA AAgAAABUAAAAEgAAAGgAAAAMAAAAgAAAAA0AAACMAAAAEwAAAJgAAAACAAAA5AQAAB4AAAACAAAA egBzAB4AAAALAAAAU1VTQU4gU09ORwAAHgAAABAAAABNaWNyb3NvZnQgRXhjZWwAQAAAAIAwh9gJ 5cIBQAAAAAAnJ82vGsMBAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAABQECAAAAAAAAAAAAAAAAAAAA AAABAAAAAtXN1ZwuGxCTlwgAKyz5rjAAAADcAAAACQAAAAEAAABQAAAADwAAAFgAAAAXAAAAaAAA AAsAAABwAAAAEAAAAHgAAAATAAAAgAAAABYAAACIAAAADQAAAJAAAAAMAAAAuQAAAAIAAADkBAAA HgAAAAgAAAB0b3BiYW5kAAMAAABBCgoACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAAe EAAAAwAAAAcAAABTaGVldDEABwAAAFNoZWV0MgAHAAAAU2hlZXQzAAwQAAACAAAAHgAAAAsAAABX b3Jrc2hlZXRzAAMAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgA AAAJAAAACgAAAAsAAAAMAAAA/v///w4AAAAPAAAAEAAAABEAAAASAAAAEwAAABQAAAD+////FgAA ABcAAAAYAAAAGQAAABoAAAAbAAAAHAAAAP7////9/////v////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////9SAG8AbwB0ACAARQBuAHQAcgB5AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFgAFAf//////////AgAAACAIAgAAAAAA wAAAAAAAAEYAAAAAAAAAAAAAAAAAAAAAAAAAAP7///8AAAAAAAAAAFcAbwByAGsAYgBvAG8AawAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASAAIB//////// ////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYZAAAAAAAABQBT AHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAACgAAgEBAAAAAwAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAN AAAAABAAAAAAAAAFAEQAbwBjAHUAbQBlAG4AdABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEA dABpAG8AbgAAAAAAAAAAAAAAOAACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAABUAAAAAEAAAAAAAAFIAbwBvAHQAIABFAG4AdAByAHkAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWAAUB//////////8CAAAAIAgCAAAAAADA AAAAAAAARgAAAAAAAAAAAAAAAJAC1DGwGsMBIgAAAAADAAAAAAAAVwBvAHIAawBiAG8AbwBrAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIAAgH///////// //////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABhkAAAAAAAAFAFMA dQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAKAACAQEAAAADAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0A AAAAEAAAAAAAAAUARABvAGMAdQBtAGUAbgB0AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0 AGkAbwBuAAAAAAAAAAAAAAA4AAIB////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAMgCAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgAAAAJ AAAACgAAAAsAAAAMAAAA/v///w4AAAAPAAAAEAAAABEAAAASAAAAEwAAABQAAAD+//////////// //////////////////////////////////////////////7////9/////v///yMAAAD+//////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////8BAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkA AAAKAAAACwAAAP7///////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////7/AAAFAQIAAAAAAAAAAAAAAAAAAAAAAAIAAAAC1c3VnC4b EJOXCAArLPmuRAAAAAXVzdWcLhsQk5cIACss+a4gAQAA3AAAAAkAAAABAAAAUAAAAA8AAABYAAAA FwAAAGgAAAALAAAAcAAAABAAAAB4AAAAEwAAAIAAAAAWAAAAiAAAAA0AAACQAAAADAAAALkAAAAC AAAA5AQAAB4AAAAIAAAAdG9wYmFuZAADAAAAQQoKAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAAsA AAAAAAAAHhAAAAMAAAAHAAAAU2hlZXQxAAcAAABTaGVldDIABwAAAFNoZWV0MwAMEAAAAgAAAB4A AAALAAAAV29ya3NoZWV0cwADAAAAAwAAAKgBAAAHAAAAAAAAAEAAAAABAAAA9AAAAAAAAID8AAAA AgAAAAQBAAADAAAADAEAAAQAAABQAQAABQAAAIgBAAAEAAAAAgAAABQAAABfAEEAZABIAG8AYwBS AGUAdgBpAGUAdwBDAHkAYwBsAGUASQBEAAAAAwAAAA4AAABfAEUAbQBhAGkAbABTAHUAYgBqAGUA YwB0AAAABAAAAA0AAABfAEEAdQB0AGgAbwByAEUAbQBhAGkAbAAAAAAABQAAABgAAABfAEEAdQB0 AGgAbwByAEUAbQBhAGkAbABEAGkAcwBwAGwAYQB5AE4AYQBtAGUAAAACAAAAsAQAABMAAAAECAAA AwAAAHPYxhcfAAAAHQAAAHIAZQA6ACAAdQBzAGIAIABIAEQARAAgAGQAcgBpAHYAZQAgAGUAbgBj AGwAbwBzAHUAcgBlACAAAAAAAB8AAAAYAAAAcwB1AHMAYQBuAHMAbwBuAGcAQAB0AG8AcABiAGEA bgBkAC0AZQAuAGMAbwBtAAAAHwAAAAsAAABTAHUAcwBhAG4AIABTAG8AbgBnAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAA= ------=_NextPart_000_0003_01C31AF4.32CCA280 Content-Type: image/jpeg; name="hard disk case photo and spec..jpg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="hard disk case photo and spec..jpg" /9j/4AAQSkZJRgABAAEAyADIAAD//gAfTEVBRCBUZWNobm9sb2dpZXMgSW5jLiBWMS4wMQD/2wCE ABkREhYSDxkWFBYcGhkeJT8pJSIiJU03Oi0/W1BgXlpQWFZlcZF7ZWuJbVZYfqx/iZaaoqSiYXmy v7CevZGfopwBGhwcJSElSikpSpxoWGicnJycnJycnJycnJycnJycnJycnJycnJycnJycnJycnJyc nJycnJycnJycnJycnJycnP/EAaIAAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKCwEAAwEBAQEB AQEBAQAAAAAAAAECAwQFBgcICQoLEAACAQMDAgQDBQUEBAAAAX0BAgMABBEFEiExQQYTUWEHInEU MoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUmJygpKjQ1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2Rl ZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK 0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4+foRAAIBAgQEAwQHBQQEAAECdwABAgMRBAUhMQYS QVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJSlNU VVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5 usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/AABEICMUGWgMBEQACEQEDEQH/ 2gAMAwEAAhEDEQA/AHVqdgh+tAwoATNAAaACgAoATNABQAUALQAZoAUHB6Z+tACUAFABQAUAFAB3 oAAaADpQAUAHagA60AFABQAUAGaACgAoAKACgA59KACgAzQAUAFABQAUAFACUALQAUALQAlAAaAC gAoAKACgAoAMYoAKACgAxQAUAFAAaAExQAYoAWgA70AFABQACgAoAOlAB0oAO1AB1HpQAUALQAlA woAKAFoAKACgQUAFABQMKBBQAUgAUxhQIKQBTAKQBQAUwCkAtABQAlAC0AJTAKADvSAKACmAUgCg AoABQAtACUAFAC0AJQAUAGKACmAUgCgAoAKYC0gEoAKACgAoAKAAUAHWgAoAWgAoAKACgBKACgBa ACgBKBhQIKBi0AFABQIKAEoAUUDCgAoEFAwoADQAlABigAzQIKACgYuKBCUDFoAKBBmgAoAKADNA woAKBBQAUAFAwoAKBBQMKAFoEIaACgYUAFAAKACgAoAKACkAUwCgAoAKAFoAKACgA7UgCmAUAFAB SAKYBQAtIAoAKACmIKQBQAUAFAwoEFAxtUISgANACUDCgQUAJQMKBC0AFABQAUDDoaBBQMKACgAo EFABQAUAFABQMKACgA70AFAB9KAD6UAFABQAUCCgYUAJQAtAgoAKADvQAUAFACYoAWgAoAKADNAA aACgAoAWgBKBhQAUAH50AFABQAlAC9qBCHpQMKAFoASgAoADQIU0DCgQd80AJQMWgAoEFAwoEHeg YfSgAoABQAtABQAUAGaACgAoAO1ABQAUgCmAUAFABQAc0gCgQUAFMBaQCUAFMApAFMApDCgA70xB QMPxpAFAB2pgHNIQtACGgYUCCgYUAFAgoAMUAFMApDCmAUgFoEJ2pjACkIKACgYUwDFIAoAWgAPF AgoGIaACgAoAWgBKAF7dKBBQAhoGFAC96ADtQAUAJQAUALigA/KgAoAKAEoAWgBKACgA/WgAoAKA FxQAlAC0AFAB+NABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAYoAKACgAoAKAA0AFABQAUgC gBaACmAUAFIAoGFMAoEFIApgFIAoAKACgAoAKAFoASgAoAWgBKAEqhBQAlABQAlAwoAKACgAoAWg QlAwoAKACgAoAKBBQMKAFoEJQMKACgAoAKAD8KACgAoAMc0AAGDQAdO1ABQACgAoAKACgAoAKADm gAoEFAAKACgAoAKBh60CDpQMKBBQAUDCgAoAKADvQAdqACgBKAFoADQAlABQAUAFAC0AFABQIMUD DFABQACgAoAKADpQAUAFAC9aADpQAfpQAUAFABQAd6AACgAoAKADFABQAd6ACgAoAKACgAoAWkIK AEpjCgAoAKACgAoASgBRQAUgCmAUgFoAT8aYBSAKACgAxzQAtAhKACgYCgQUDCgAoAKAAUAFABQA YoAKACgBe9ABQAlABQAYxQAUAFAC0AJmgBaACgBKAFoAM0AFAB0+tACcigBRQAUAFABQAUAHSgAo AO1ABQAUAFABQAcCgAoAKAAUAFABQAUAFABQAUALQAlABQAUDCgQUDDvQAUAFAB0oAKAFoEJQMWk IO1MAxSATpQMBTAWkACgA70AFAgoGFABQAUAFABQAUAFABQAUAFMQUhhQIWgBDQAUALQMKAG1RIU AJQAUDCgQlAwoAKACgAoAKACgAoAKAAUAFABQAUAFABQAUAFABQAUABoAOlABigA60AGKACgAoAK ACgAoAKADtQAUAHegAoAMUAHFABQAUAFABQAduKACgQdqBhQAUAHagAoAPyoAKAFoASgAoADQAUA FAB260AFABQAUAFAC0AJQAUAH6UAFABQAUAFAC96AAUAHagBKAFFABQAUAFABQAUALikAUAHrQMT vTEFABSAWgBKYBQAv50gDtTADQAlACUALQAUAFABQAUAFIApgL1pAJ2oAKYBSAKACgBaACgQlAwo AWgAxQAUAFACUAFAC0AIaAFoAKAEoAWgAoASgBaACgAoASgAoAKACgBaADHFABQAn0oAX6UAFAB9 KACgAoGFAgoGFABQIKBhQAdaACgAoEFABQAdaBhQIKACgAoAKBhQIKACgAoGGKACgAoAKACgBaQh KYwoAWgQlAxaQBTASgBetAB0pAFAAOKACgAoAKACgAoAKYBSAKACgA7UAFAB3oAM0AFABQAtAB1o EFAxKACgBaACgQ2qEFACY/OgAoAKBhQAlABQAUAHegAoAKACgAoAKACgAoAKACgAoAKACgBcUAGK AEoAO9ABQAtACUALQAlABQAUAFABQACgBaAEoAKACgAoAWgBKACgBe1ABigBKAFoAKAEoAB1oAWg AoAKAA0AJQAZoAKACgAoAKACgAoAKACgAoAOlABQAUALQAhFAC0AHAoAKACgBKACgBaAEoGLQAUC CgAoAUdaADFIAzQMKYgoAKACkAlMAoAPyoAKAFoATvQAlAC0AFAB9KACgBcUgEoAKYBQMKQgpgFI AoAKAFoAKAEoAUdaACgAoAKAAUAFABjFABQAfpQAUAFABQAdKACgAxQAUAFAAaACgAoAO1AB0oAK ACgYYoEAoAMUAGPWgAoAKADpQMKACgAoABQAUAFAB0oAO1AC0AFAhKBi/jQAlABQAUALQAUAGKAC gAoAKQCGmAUAFABQAUAFAC0AJQAtIANABTAKQCUALQAGgAFABQAUALQAlABQAUAFABQACgA6UAFA BQAtABQAdKADFABQAUAFABQAYoAKACgBtUSHagBKACgAoAKBiUAFABQAUAFABQAUAFABQAtACUAH 50AFAC0AJQAUALQAUAJQAUALQMKBBQAUAJQAtABzQAYoAMUAFACUAAoAKAFoASgAoAXpQAlABQAv agAoABQAUAJQAUALQAd6ACgANACUAL0oAMUAJ3oAKAFoASgBe1ACUAHegBaADFABQACgAoAKACgA oATvQMWgQUAJQAooAOBQAdKAFoAM5oATFIYtAhe1ACYoASmAtABQAUgDtTASgBaAEoAKACgAoAKA AUgDFAC0DCgQlAB2oAKBi0CEoAX86AEoGLQIKACgBKACgBetABQAUAH6UAFABmgAoAKAF5zQAgoA MUAFABQAYoAKACgAoGFAgoAM0DCgQUAGKAFoAKAE7UDA0AL2oAKAENAC0AJQAtACUAFAC0AFABQA UAFAB1oAKACgBKACgAoAUUABpAGKYBigAoAMUAIKBi9KQhO1MAoAWkAUAFABQAYoAKACgAoAKACg YDpQIKACgA7UAFAC0AJQAUAFAC0AGKADGKBhQIKACgAoAKACgAoAKACgAoAKADmgBDVEiUAJQAUD CgBO1AAc+tMAoAKQAaACgAzQAtACUAFABQAUAFABQAUAFAC0AJQAvagAoAKADtQAUDCgQUAFABig AoAKAACgAoAOlABQAUAFABQAUAFABQAUAFABQAUAFACUALQAtACUAFABQAUAFABQAlACjrQAGgAo AKAEoAUfjQAvNACUAFABQAUAHegAoASgBelABQAUDCgQUDCgQUDCgAoAWkIKADNABTAO9IAoAKYB QAUAFABSAKAEpgFAC4pAGOKACgAoAKACgAoGFACdKAFoEFAwoAMUAH60AH4UCCgYUAFAg/KgAoAK ACgAoAOlABQAUDFoEFABQAnSgAoAKBhQIKACgYUCCgYGgAoAKACgBaACgBKAFoAKAE7UAFABQAdK AFoASgAoAU0AFABQAUAFABQAUAHakAYpgFABQAUALQAn0pAFABTAKQBQAUDCgQUAFABQAUAFABQA UALQAnegYUAHegQUDCgQuMUAFAxKACgBaACgAoAKACgAoEFAwoAKBBQACgAoAWgBKACgAoAKAFpA NqyRKACgBKBhQAUAFABQAUAJQAUAFACigAoAKAEoAKAFoAKACgAFABQAUAHagBfWgAoAKAEoABQA tABQAd6ACgAoAM4oASgAoAKACgBaAEoAO1ABQAtACUAH4UAA4oAKADpQAd6ACgAoAWgBKACgAxQA UABoAKACgAoAMUALQAmKAFxzQAYoAKAEoAKACgAoABQAYoAKAFoAMYoATFAxaAE6UAGM0AL3pAGK ACmAtIQYoAQ0ALQAUAJimAUgF6UAJxigAoAMUAGKAFx9KAEoAKAD8qAAUAGOaACgYvSgQmKBhQAU AFABQIKACgAoAKADtQAUAKKACgAoAKAEoGGKBC+lACUDFoAMUCCgAoAKAD6UDCgQUAJQMWgAoAKA CgAoAKACkAd8UwDvQAUAFIAFABQAUwCgAoABQAUAFABSAKYBSAKACmACkAtABQAlABQAUAFAC0AF ACd6ACgAFAwxQAUAGKAACgBaAEoAWgAoEFAwoEFAwFAgoAKBhQAUAFAgoGFABQAUAGKACgAoAMUA FAC0AFABQAUCCgYUAFIAoEJTGLSASgBDVkCUAFABQMTvQAUAFABQAUAFABQAUAHegAoAKACgAoAO 1ABQAfpQAUAFAC0AFABQAUAJQMWgQUAFABQAUAFABQAUAJQAtACCgBaAEoAPpQAUALQAUAIaAFoA KACgAoATFABQAtAB+VABQAUABoAKAD2oAPxoAKACgAoAO1ABQAUAGaADNABQAUAFIApgFABmgAoA KACgA6UDCgAoAKAA80gFoEFAwoEFABQAUAFABQAlABQAdqACgBaACgBKACgAoGLQAYoEJzmgYvSg AoEFAwoAKAE5xQAtACUALQAUAFAgoGGKADp60CCgYUAFABQAUAFAB0oAKACgAoAKACgAoAPzoAKQ CUwFoADQAUAFIAoAMUwCgApAGOKACgApgFIAoAKACgYYoAKYBQAUhBQAUAFABQAUALQAUAFABQAl ABQMWgQUAFABQAlABQAUDFoASgBaACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgBaAEoAKACk AtMApAFABQAUAFABQAUAFABQAUAFABigBtWQFACd6ADFACUDCgAoAKACgAoAMUAHegANAC0CCgYU AJQAUALQAUAFABQAYoAO1ABQAUAFABQAoFACUAFABQAUAGKACgAxQAYoAMUAFABQAlABQAtABQAd KACgAoAKACgAxQAUAFABQAUAFIApgFABQAtABigAoASgAoAKACgAoAKACgAoAKACgApAFMApAFMA oAM0DCgAoAKACgApALQAUCCgYlAC0CEoAKACgAoAKBhQIWgBKBi0CEoABQMWgQCgANAwoASgAoAW gAoAKACgAoAKACgAoEFAwoAKAAUAFABQAUAFABQAUAFABQAUgFoASmAUAFIBaAEoAKADpQAUwDpS AKADtQAUAFABQAUAHegAoAKACgAoAWgBO9AB0NAxRQIKAEoGLQAUCCgAxQAdKACgAoAKACgAoGFA goAKACgYUAFABQAUAFABQAUAFABQAUALQAUAJSAO9MAoAKADvSAKYBmgApAFABQAUALQAUAFABQA UAFABQAUAFABQAUAFAAKACgAoASrIEoAKAEoGHSgAoASgBaADvQAUAFAC0CEoAKBhQAUAFABQAYo AKACgAoAKAFoAKAEoAKAFoAOtAAKACgApAJTAWkAUwEoAWgAoASgAoAKADFABQAdqADFAC4oATFA C0AFACUAFAC0AFAB2oAKQCdKYAKAFxQAtIQlAwoACKYCGgAoAO9ABSAKYBigYUhBQAUALQAmKADF AwxQAUAGKYBSAKACgAoAXNABQAUAFABQIKAEoAO9ABQMKBBQAUALQAUAFAw60CCgYUAFAgNAw60A FABQAUAFACUALQAdqADtQAUALQAlABQAUALigAoATpQAUALSAKAE7UwCgAoAWkAUAJQAtACUALQA UAFABQAUAFABQAUAFABQAUAFABQAUDEoAWgBKAFoAKACgAoAKAEoAWgAoAOtABQAUAHagAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgApAFMAFABSAKACgAoAKACgAoAKAFoAKACgAoAKACgAoAKACg AoAMUAFABQAUAFABQAUAGKACgAoASrIEoAKAEoGFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFAC0AJQAUALQAlAC0AJ0oAWgApAHSmAlAC0AJQAtABSASmAUAFAC0AFABQAUAHWkAUwCgAo AOlIAoAKACgAoASmMWgQUALQIKQxKAA0AJTAWkAlAC0AFAB2oASgYUCCgBaACgBO1AxaBBQMTFAB QAtABQAUAFABQAUAAoEFABQMKAEoAKBBQMKACgBaBBigYUAFABQAUAFABQAUABoAKADpQAUAFABQ AUAFABQAUALQAlABQAtIAoAKACgAoAKACgBKACgAoAXtQAUAJQAtABQAUAJQAtAwxQIKACgAoAKA CgAoGFABQAUCEoGLQAUAJQAtABQAYoAMUAFAABQAUAFABQAUAFABQAUAFABQAtABQAUAJQAYoAKQ BQAUwCgApAFMAoAKQBTAKQC0AFABQAUAFACUAA60AHSgBe1ABQAdqACgAoAKACgAoAKACgAoAKAF oASgBaACgAoAKAEoAKAEqyBKACgBKBhQAUAFAAKACgAoAKAFoASgAoAKADFABQAUAHegAoAO1ABQ AtACUABoGLQIKAEoGLSEHSgA70xgKQgoABQAUAFABQAUAJTAWgAoAKQBTAKQBQAUAFMAoAKADNIA xQAUALigBKYBQAUALSAKAEzQAUDEpgFABSAXvQIMUAFACUDDvQIKACgYv4UAFAgoGJQAtABQAneg BaACgAoAMUAJQAtABQAZoAKACgAoAMUAFACUALQAUAFABQAUAA5oAWgBKAFoAKAEoAKACgAoAWgB KACgBaAEpAGKAFpgJQAUALSAKACgAoAKACgAoASgYtABQAUAJQAooEHagAoAKACgYUAFABQAUCCg YUAAoAPwoAKACgAFABQAUAFABigAoABQAUALQAlABQAUAFABSAKAFoASmAtABQAUgCgA70AFABQA lABTAKQBQAUAFABQAUAFABQAUALQAUAFABQAUAFABQAUAFABQAUAFABQAUDAUALQAUAFAhKBi0CC gAoAKACgAoAKACgAoAbVkCUAFACUDCgAoAKADtQAUAFABQAc0AFABQAUAFAC0gEoAKYBQAUAFAC0 AFABQMSgAoAWgA70gCmIKQwoEFAw6UCDvQAUAFABQAdqACgBMUwCgBaQBmmAUgCmACkAlMAoAKAF pALQAUAFABQAlMAoAKQAetAxKADtQAUAFABQAdqAFoAKAEoAWgAoAKACgA6UAJQAtACUAFAC0AFA BQAUAFABQAYoAKACgAoAOlABQAUAFAB0oAKACgAoAKAFoAKQBTAPxpAHSgAIoASmAvagApAFMBKA FoAO1IBKAFoAKACgAoAKACgBaAEoAO1ABQAUDDFABQAUAFABQIKBhQAUCCgAoGFAB0oAKACgAoAK ACgAoAKACgApAFMAoAKACgAoAWkAUAFABQAUAJQAtACUALQAGgBKAFoAKACgAoAKACgAoAMUAFAC UDCgQUALigAoASgYUAFAgoGLQIKACgAoAKACgYUAFABQAUAFABQAtACUAFAC5oAKACgAoAKADHNA goAWgBKACgApAFMAoAbVkCUAFAxKACgAxmgAoASgBaACgAoAKADFACj6UAFABSAKACgAoAKAExTG LSEGKACmAUDCgBKAFpAFABQAUAKKBBigBMUAGKBi0CEoAKACgAoAKADFABQAYoAMUAFABigAAoAK ADFAC4oAMUAFABQAmaBhQAYoAKAA0AGKADvQACgAxQAYoAKACgAoAKACgA6UAFABQAUAFAB3oAKA DFABigAxQAtACUAFABQAUAHSgAoAXFIAxQAmKYBQAUALQAd6AEoAMUAKBSAKADFABQAYoAKADFAB igAxQAYoAMUDCgQUAFABigYUALQISgAoAO1ACgUAGKAExQAtABQAlAwoAKACgAoABQAtACUALQIK BgKACkAlMAoAWkAYoASmAuKADFIAoAKYBSABQAUAJQAUwFpAFABQAUAFAB2oAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoASgBaBhQIKAEoGLQIKACgYUCCgAoAKBhQAtAhKBhQAUAFABQAUALQAlAB QAtABQAUAFABQAUALQAUhBigApjEoAXrQIKQBTAZVkCUDCgAoASgAoAKACgAxQAUAFAFy0s1uIyx crg4wBUt2M5z5WWP7LT/AJ6N+VTzEe1fYP7LT/no35Ucwe1fYP7LT/no35Ucwe1fYP7MT/no35Uc we1Yf2Yn/PRvyo5g9qw/sxP+ejflRzB7Vh/Zif8APRvyo5g9qw/sxP8Ano35Ucwe1Yf2Yn/PRvyp 8we1Yf2Yn/PRvypcwe1Yv9mJ/wA9Go5g9qytd2i26KVYnJxzVJ3LhNyZUPpTNBKBi0ALQAUAOSNn OEUk+1Am0ty3Hpsh5dgv61PMZOquhMNMj7uxpcxPtWO/s6HHV/zouxe1kI2mxno7Ci4/asgk06Rf uEN+lPmKVVdSq8TxnDqQfenc0TT2GUxhQAUAFABQBdsrRJ42ZywIOOKluxlObi9Cx/Z0Pq/50rsj 2rD+zYfVvzouw9qw/s2H1f8AOi7D2rD+zYfVvzouw9qw/s2H1b86LsPayF/s6H1b86LsPasP7Nh9 W/Oi7D2rGnTYuzMKOYPasjfTCB8j5+op8xSq9yrLbSQ/eXA9RyKdzRST2IjTKEoATFAy1ZWy3BcM WGB2pN2M5zcdi3/ZsX956m5l7Vi/2ZF/eejmYe1Yf2ZD/eejmYe1Yn9mQ/3nouP2rD+zIv7z0czD 2rD+zIf7z0XD2rF/syH+89HMxe1Yf2ZD/eejmYe1Y06ZH2dh+VHMP2rIJtOkQZQ7x6d6akWqqe5T ZSMgjBFUaCUDCgAoAKACgAoAKAFAz0oA1Y9PiEa7wS2Oeai5zOq7jv7Pg/un86LsPayD+z4P7p/O ldh7WQf2fB/dP50XYe1kZcqGORkP8JxVo6E7q4ymMKAEoAWkAYpgOjUNIoPQkCkJ6I1fsEH90/nU XZz+1kL9gg/un86LsPayI5dPjMZ8sYbtzTuONV31Mxl2nBGCOtUdAmKACgBaAEoAtWMKTSkOMgDN JmdSTitC99hg/ufrU3MfaSD7DB/c/Wi7D2kijfQpDKoQYGKpM2pyclqVqZoT2kSzTBGzjB6UmROT irov/wBnwejfnU3Zj7WQf2fB6N+dF2HtZB/Z8Ho350XYe1kH9nwejfnRdh7WQn9nwejfnRdh7WQv 9nweh/Oi7D2shDp0J/vD8aLsPayI200fwOfxFO5Srd0V5LGVBkAMP9mnctVIsrFSpwRjHamaBigA xxQAmKAFoAtQ2WU8yZtifqaTZnKpbRD91kvGxm96Wov3jF8m1nOImKN6GjUXNOO5VmgeBtrD6H1p pmsZKWxHTKCgAoASgAoAWgAoAKQBTASgBe1ABQAUAFIAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgA+lABQAUAFABQAUAFABQAtACUAFABQAUAFAC0AJQAUAFABQMMUAFABQIPagYUAFABQAUAFABig BaBCUDCgAoAKACgAoAWgAoASgAoAKAFoAKACgAoAKACkAUwCgBaACkIKACgYUAFAgoAKAGVZIhpg FAB0FABQAUAJQACgA70AFACigDV0v/UP/vf0rORz1dy7SMgoAKACgAoAKACgAoAKACgBKAKWp/6p PrTibUtzMNWbhigBMUDFAoAu2tgXw0uVX07mpbMZVLaI0Y41jXaihR7VJg23uPoEFABQAUAIKAEe NZFw4BHvQNNrYzrmwKZeLJHp3FUmbxqX0ZSIxVGogFABQAUAaml/6hv96okc9Xcu0jIKACgAoAKA CgAoAKACgBCARg9KAM29tPKPmRj5T1HpVJnRTnfRlKqNRMUAaGlfek+gqZGNXoaNSYBQAUAFABQA UAFABQAUAFAFe5tUnXPR+xoTsaQm4mQ6FHKsMEGrOlO42mMKACgAoAKADFAFmxi824AIyF+Y0mZ1 JWibFZnKFMApAFMDL1KLbKHH8Qx+NUjppO6sU6ZqJQAUAKPagAoAfD/rk/3hQKWzN2sziCgBKAKO oW+R5yj/AHv8apM3pT6GdiqNwoASgBRQBc0v/XN/u0mY1djTqDnFoAzNT/1y/wC7VI6aWxTqjUta d/x9D/dNJmVX4TVqDmCgAoAKACmAUgCgAoASgCKe2jmHzDDf3h1p3LjNxMue3eBsNyOx9apM6YyU loRUyhKALNjCJZstjanJzSZnUlZaDnm+0XaZ+5uAAoBR5Yk9xLFBIFMCkYzmkiIqUle4y7hjMCzR DaDihDhJ35WELfa7don5dRlTRsElySutiiQQcGqNxKACgBKAFoAKACgAoAKACgApALQAlMA70gCg AoAKACgAoAKACgAoAKACgAoGFAgoAKACgAoAKACgAoGLQISgAoAKADpQAUAFAwoEFAwoAWgAoEFA woEFACUDFoASgAoAKACgAoAKAFoAKACkAUAFACUAFMBaACkAUwCgAoAKQBTAKQBigBaADFABQAlA BTAWkAdaACgBKYBSAUUAFABQAUAMqyApgJQAUAJQAtACUAFAC0gDFAAKANTTP9Q/+9/Sokc9Xcu5 pGQZoAM0ALmgAoAKADpQAmRQAZoAMigAz70AUtTP7pPrTibUtzNqzcSgAFAzSsrMACWQc/wg/wA6 lswqT6Iv1JgFAASAMk4FAFd76FDjdu+gp2NFTkxn9oxejflRYfsmSR3cMhwHwffiixLhJE9IgKAC gDPvrXGZUH+8B/Ommb059GUKs2EoABQBqaZ/qG/3qhnPV3LlIyFoArNewKSCxyPanZl+zkH2+D+8 fyosw9nIT7fB/eP5UWY/ZyD7fB/eP/fNFmHs5B9vg/vH/vmizD2ciSO5hkOFcZ9DxSsS4NEtBItA DJEDoVboRQNOzuYcqGNyh6qcVaOxO6uNpgX9K+9J9BUyMa3Q0akwFoAh+1Qj/lov50WK5Jdg+1Qf 89FosHJLsH2qD/notFg5JdhPtUH/AD0Wiwckuwfa4P8AnotFg5JdhRcwscCRc/WiwcsuxLQSFABQ Bn6nEPlkA56Gmjek+hnGrNwoAKACgApALQBqabFthLnqx4+lSzmqu7sXKRkFABQAUAV76LzLY46r yKFuaU3aRj4qzqDFABQAUAFAD4f9cn+8KCZbG7UHGFABSAQgEEEZFMZk3dv5MnH3T0NUmdUJcyK2 KZYUAFAF3TP9e3+7SZjV2NOoOcKAM3U/9cv+7VI6KWxSqjYtad/x9D/dNJmVX4TVqDmCgCvcXSwO FKk5GeKaRpGDkrkX9op/canYr2LD+0k/uNRYPYvuH9pJ/cb86LB7Fjl1CE9Qy/hRYXspE8c0cn3H BpEOLW5JQSFIBkkayoVYZBplJtO6MeeIwyFG6j9apHXF3V0R0xly0/49bjHXFSzKfxIr2/8Ax8R/ 7wply+FmhPDFLOodyGx09alGEZSS0RDfSbQsKqVVaaLpx+0Rafn7SPoabKq/CQzf65wP7xoRcdkR 0FBQAUwCgAoAKQBTADQAUAFIAoAOKACgAxQAUDCgQUAFABigAoAKAFoASgAoAWgBKACgAoAKBhig QtACUDCgBaACgQUDCgQlAxaAEoAWgAoAKACgAoAKACgAoAKACgApAJTAKACgAoAKACgBaQBTABSA KYBQAUgCgAoAKACgAoAKAFoAKACgAoAKACgAoAKACgAoAMUAFABQAtACUAH4UCGGrICgYUAJTAKQ BTAKACkAUALQAUAKGI6GgQu9vU/nQFg3t6n86LDsG9vU/nQKwu9vU0BY3V+6PpWZxi0AQ3f/AB6y fShFw+JGOWPqa0OkTcfU0DsG5vU0BYN59TQFhCSepoAKACgCzYwedLlh8q8mk2RUlZGvUHKFAEU8 6wJluvYetCRUYuTMue4kmOWPy54FWkdMYqOxDmmUFABmgCxbXbwkA5ZPQ9qTREoKRqxuJFDKcqel QczVtB1AgIyKAMe7g8iUgD5TyKtM6oS5kVzTLCgDU0z/AFDf71RI56u5cpGQGgDFnGJn/wB41aOt bEVMYZoGFABQACgDWsZzNEQxyy8Z9aho5qkeV6FqkZiUAZOoLtum9wDVI6qfwlXFUaF/SvvSfQVL MK3Q0qkwCgDBf/WN9as7UNoATNMYUAHSgAoEXtOuGEgiPKnp7VLRjVjpc0qkwCgCtfjNo31FC3NK fxGQas6hKYC0AGKADtQA5FLMFHUnFITdjcjQRoqDooxUHG3d3HUCGTSCKJnPYUDiruwy0lMsCknL Dg0MqcbSJqCAIyMGkBhzRmKVkPY1ojti7q5HQMKACgBaAHw/61P94UClszcrM4goAKACgCOaITRl D37+lMqMuV3MaSNo3KsMEVR1ppq6G0xhQBd0z/XN/u1LMauxpVJzhQBm6n/rl/3apHTR2KVUalvT /wDj6H0NJmVX4TUqDmCgDO1L/XL/ALv9apHTR2KRqjUKACgBKAFBIOR2oA0rO78zEch+bsfWpaOe pTtqi5UmIUAU9Qi3RBx1Xr9KaNqUrOxmVZ0FqwkCSlG+64xSZnUV1dCeSYLxFPTcMH1GaLj5uaDY /UGIuFKnkAdKSJpL3SScC6tRKv3l6/1o2Jj7krMbar9ngadxyRhRQxzfM+VFInJzTNhKBhQAlMAo AWkAlAC0AJQAUALQAUAJQAtABQAmKACgBaAEoGFAgoAKAFoAKACgAoAKACgAoGFABQAlAC0AIBQA tABSAKYBQAUAFABQAUAFIBentTEJ0pDCmAUAFABQAUAFIA7UAFMAxSAKACmAUgAUwCkAUAFAAaAC gAoAKACgAoAKACgBaACgAoAKACgAoAKACgAoAKACgAoAWgAoAKACgBKAGVZmFAwoASgAoAKYBSAK ACgAoAKAFoAKACgA60AKKAN9fuj6VmcQtAEN5/x6yfShFw+JGKa0OoKAEoAKBhQIKBiigRsWMXl2 ynu3NQzmqO8ixSMxGIUEnoOaBoxriYzSlj07D0FWlY6ox5UQ0ywoAKBBQAtAFuwnMcvlk/K386lo yqRurmpUnOFAFa/i8y3JxyvNNGlN2ZkkVZ0gKANPTP8AUN/vVEjnq7l2kZBQBiXH+vf/AHjVo647 IiplCUALQAlACigC/pYO+Q9sCpZjV6GjUmAUAZep/wCvX/dqkdNL4SnTNS/pf35PoKTMK3Q0akwC gDBk++31NWjtQ2gYlABTAKAFxSAnsgTdx47HND2M6nws2Kg5QoAqai+2AL3Y00a0lrcyjVHSFABQ AUALQBb06LdPuPRB+tJmVV2VjUqTmCkBR1KXAWMfU1SN6UepHpsu2Yof4hx9abHVWlzTqTnCkBm6 lHh1k9eDVI6KL0sUao2E70ALQAUASQ/61P8AeFBMtjbrM4woAKACgAoAqX1v5ib1HzL+oppmtOdt GZmPaqOkSmBd03/XN/u1LMauxpUjnCkBm6l/rl/3apHTR2KdUalnT/8Aj5H0NJmdX4TVqTlCkBna l/rl/wB3+tUjppbFI0zUTvTAKACgYUAKCR0OKQjat5PNhV+56/WpOOS5XYkpEjXUMhU9CMUxp2dz DYbSQeoOKs7UFIC3Hdo6CO4XcOzUrGTg07xF+z2z8rPx70XDnkugoFrBzuMh9KNQ9+XkV7i4adsn gDoKdi4wUSGgsKACgAoAKAEoAKADFAC0AJQAtABQAUDCgAFAgoGJQAUALQAUAFABQAUAJQAtABQA UAJigBcUAFACYoAKAFoAKACgAoAKACgAoAKACkAtAB0oAKACgAoAKYCUAFIAoAKACgAoADQAUAAo AKYBSAKACgAoAKACgAoAKACgAoAKAFoAKACgAoAKACgAoAWgAoASgBelABQAUAFABQAUAFABQIjN WSFABQAlABQAdqACgAoAKACgYUCFFAAaACgAoAUUAb6/dH0rM4haAIbz/j1k+lCLh8SMY1odQlAB QAlAwoAWgQ5F3MB6mgHobwGAAO1ZnEFAFe/fZbN78U0aU1eRkGrOkKBiUAFABQAUAKOOlAjchfzI Uf1FZnHJWdh9AhGGVI9RigEYbDDEehqzsEpgaem/6hv96okYVdy5SMgoAxLj/Xv/ALxq0dkdkRGm UFABigAxSAULk8CgRr2MBhg+b7zcmpbOapLmZYpGYUAZOoNuuT/sgCqR1U17pVpmhf0v78n0FKRh W6GjUmAUAZD2kxcnyz1qrnWpx7jfsc//ADzNF0HPHuH2Of8A55mi6Dnj3D7HP/zzP50XQc8e4fY5 /wDnmaLoOePcUWU5P3MfU0XQe0j3L9pa/ZwSxy5/Sk3cwnPm2LNIzEPFAGReT+dMcH5RwKpI64R5 UVqZYdqADFAC0AAoA17GPy7YZHLcmpZy1HeRZpGYhNAGLcyebMzevT6VaOyK5VYZG5SRWHUHNA2r qxuqwZQR0IzUHELQBBdx+ZbsO45FCLpu0jGNWdYYoGFAgoAkh/1qf7wpEy2Zt1BxhQBBczGFo27Z wRTRcI810TqQygqcg9DQRsLSASgDMvrby33qPlb9DVJnTTndWZUpmpc03/XN/u/1pMyq7GlSOYKA M3Uv9cv+7TR0UdinVGxa0/8A4+R9DSZlV+E1Kk5goAztS/1y/wC7/Wmjpo7FKmbCUwFoASgBaQBT A0NMfKOnoQalnPWWqZeqTAKAMa6XbcSD3zVo7IP3URUFCUDCgApgFIAoAKACgAoAKACgAoAKACgA oAKACgYUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAHQUAFACUALQAUAFABQAUALQAUgEoAAKA FoAKACgAoAKACgBKACgAoAKACgBaACgAoAKADFACUALQAlABQMKACgAoABQAUAFABQIWgAoAKACg AoGFAgoGFAgoAWgAoAKACgAoAKAFoASgAoAKAI6sgKACgAoGJQIKBhQIKAFoASgYUALQAUAFAC0C FFAG8v3R9KzOIWgCG8/49ZPpQi4fEjGPWtDqEoAKBhQAUAFAE1qM3MY/2hSZE/hZtVByBQBS1M/u 0HvTRtS3Zm1Z0CUAFABQAUAKKACgRr2Bzar7Eioe5zVPiLNIzEoAxrgYncf7Rq1sdcdkRUyjT0z/ AFDf71RI56u5cpGQUARG1hYkmMEnk0XL55dxPscH/PJaLh7SXcT7HB/zyWi7D2ku4fY4P+ea0XD2 ku4v2SD/AJ5LRcPaS7jkhjjOURQfUCgTk3uySgkKAGyOI0LN0AzQNK7sYkjF2LHqTmrOxKwygZf0 v70n0FJmFboaNSYBQAUAFABQAlAC0AFABQAUAUL+5IzEmR/eNNI3pw6szqo3CgAoAKADFAEkEfmz KnqaCZOyubYGBioOMWgCtfS+Xbkd24oRpTjeRkd6s6haANTTpd8BQ9UP6VLOaqrO5bqTISgDFuY/ Knde2eKtHZB3VyKmWFAgoAkh5lT/AHhSFLY3Kg4gpgUtS/1afWmjajuyOwuNp8pjwT8tDQ6kOqNG pMAoAZIiyIVYZBpjTs7mRPC0MhU/gfWqR1xkpK5Y03/Xt/u0mZ1djSqTnCgDN1L/AFy/7tUjpo7F KmalrT/+Pof7poZnV+E1ak5QpAZupf65f93+tUjpo7FKqNhKQC0AJTAWkAUwL2l/fk+gqWYVtkaF Sc4UAZN8MXLfhVI66fwlemaCUAFAC0AJQAUAFABQAUAAoAKACgYYoAKADFABQAUAHSgBaACgQlAw oAKACgAoAKACgAoAKACgAoAKAAUAFABQAUAFACgnBA70gsFMBMUALSAKYBSASgBaACgAoASgBaAE oAKAFoAKACgAoASgBaACgAoAKAEoAKBgKADFABQAUAFABQAUAFABQAtABQIPpQMKACgAoAKACgAo AWgQlAxaBBQAUAFABQAUAFABQAUAMqyBKACgBKBhQAdqACgAoAKADvQAUALQAUAFAC0AAoA31+6P pWZwi0AQ3n/HrJ9KEXD4kYprQ6woAKACgAoAKALFl/x9R/Wk9iKnws2Kg5BaAKOpj92n1po2o7sz TVHQJTAKACgBaACgBaBGtp4xaj3JqHuc1T4izSMxKAMa5P798f3jVo647IiplGnpn+ob/eqGc9X4 i5SMgoAKACgAoAKACgAoAKAEZgoySAB60AlczLy7807E+4P1qkjppw5dWVKZqFAF7SvvSfQUmYVu ho1JgFABQAUAFABQAUAFABQAUARTwJOmGHPY9xQVGTi9DImhaGQo3/66pM64yUldEdMYUAFAAKAL +mRctIR04FSzCs+hoUjAKAMvUJN8+0HhOPxpo6aSsrlWqNQoAs2Evl3AHZuDSZnUV4mtUnKFAGfq cf3ZB9DTRvRfQoVR0CUAAoAkh/1qf7wpEy2Zt1BxC0AUtS+4n1qkbUd2Z+cHNM6DVs7jzouT869a lo5KkeVlikQFAEF1B50fHDDoaaZcJcrKunAidweDt/rTZrV+E0aRzhSAzNS/1y/7tUjpo7FOqNi1 p/8Ax8j6GpZlV+E1aRyhSAzdS/1y/wC7/WqR00dilTNgoAKACgAoAKAL2lj5pD7CkzCt0NCkc4Ug Mq/OblvoKpHXS+ErUzQSgBaACgBKAFoASgAoGFABQAUAFABQAtABQAUAFABQAUAFACUAFAC0AFAC UAFAC0ABoAKACgBKACgAoGFAgoGFABQAtABQIKQBTAKACkAd6YwpCCgAoGJigBcUCCgYUCCgAoAK ACgYUCCgAoAKBhQAUAJQAtABQIKBiUALQAUAFACUAL0oAKACgAoAKACgAoAKACgBaACgAoAKACgQ UDCgQUAFABQAUDCgQyrIEoAKACgAoASgYUAFAC0AJQAtABQAUALQAUAKKQG8v3R9Kg4RaAIbv/j1 k+lCLh8SMY1odYlABQAUAFABQBLbNtuIz/tCkyZL3WbdQcYtAFW/Xdan2INNGlJ2kZRqjqEoABTA MUALQIKADpQBtWy7LdB7Vm9zkm7yZLQSITgUAYbnLE+pzVnahtAzT0z/AFDf71Szmq7lykZBQBUe /jRipVsg4p2NVSbE/tKP+61Fg9kw/tKP+41Fg9ixP7Sj/uNRYPZMX+0Y/wC41Fg9ixp1NP8Anm35 0WH7F9xjakx+7GB9TmnYpUV1ZVlnklPzsT7U7Giio7EXNBQUAFAF/S/vSfQUmYVuho1JgFAGS95O HIEhxn0qrI6lTj2G/bZ/+eh/IUWQ/Zx7B9sn/wCehosg9nHsH22f/nofyosg9nHsH22f/nofyosg 9nHsH2yf/nofyosHs49i3a3xdgkuMno1JoynTsrou0jEKAKt/CJIdw+8nNCNacrOxk4qzpCgAoAU UAbVtH5UCr3xk/WoZxzd3cloJEoApNp25iTLyf8AZp3N1Vt0E/s0f89T/wB80XD23kH9mD/nr/47 RcPbeQo00A8Snj2ouHtvIvCpMApgRXEfmwMvfHH1oKg7O5ikc1Z2hQAgoAliH71f94UiZbG3UHEF MClqX+rT600bUd2Z1M6CSGUwyB17dvWgmUeZWNiORZEDLyDUnI007MdQISkBGsIW4Mg/iGDTK5rx sS0EhQBm6l/rV/3aaOmjsU6ZsWtO/wCPkf7ppMyq/CalI5QpAZupf65f93+tUjpo7FKmbBQAUAFA BQACgDU05NsBbuxqWctV+9YtUjIKYGPdNuuJD74po7IK0UQ0ywoAKACgAoAKBhQAlABQAtABQAlA C0AFABQAUAFAB0oAKACgAoAKACgBKAFoAKACgApAFMApAFABQAmKYwoAWgBKAFpAFAg6UAFAw7UA FABQAUAFMAxSAMUAFAC0CEoAKBhQAUAFABQAUAFABQAGgBKAFoAKACgAoABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFAC0AFABQAUAFABQAUAFABQAUAFAgoAZVkCUAFAwoAKACgAoASgBaACgAoAKA CgBaACkAooA3l+6PpUHELQIhu/8Aj1k+lCLh8SMY9as6xKACgApgLSAKYCqSCCO1IDcjcSRqw7jN QcTVnYfQIa6h0KnoRigadncxZYzHIVPUVaOxO6uR0DFFMAoEFABQBLbRGaZVHTv9KTZMnyq5sgYF QcgtAEN2/l27nuRgUIuCvIxjVnWFAGnpn+ob/eqWc1bcuUjISgDFn/17/wC8atHbHZEdAwoASgYt AgoAKAEoAKBhQIKAL+l/fk+gqWY1uho0jnCgDCk/1jfU1SO5bDKYBQAtABQAlAxRwaBG8pyoJ9Kg 4WLQA2QZjYHuDQNbmEas7QoAKAJ7OPzLhR2HJpMio7RNipOQKACgAoAKACgApAFABQAUwMe7i8q4 YdjyKpHZCV4kFMsKAJIf9an+8KRMtmbdQcQUwKWpf6tPrTRtR3ZnUzoCgC3Y3HlPsY/K36Gk0ZVI XV0adI5gpAFMAoAKQGbqX+uX/dqkdNHYp0zYtaf/AMfI+hpMyq/CadI5RaQGbqX+uX/d/rVI6aOx TpmwlABQAUAAoAeiGRwq9ScUCbsrmzGgjjVR0AxUnE3d3HUhCOwRCx6AZpjSu7GKxJYk9TVHakMo GFABigAxQAUAFAwoAKACgAoAKACgAoAKACgAoAWgBKACkAUwCkAUwCkAUwCgAoAKQBQAUDDpQAUA FABQAlMAoAWgApAKKBBQAlAwpgFABSAKACgBaAEoAKADNABQAUAFAC0AJQAUALQAlAAKACgAoAKA CgAoAKACgAoAKACgAoAKAFoASgAoAWgAoAKACgAoAKACgAoAKACgApALQAUxCUDCkAUwCgAoEMqy AoGJ2oAKACgAoAKACgAoAKACgAoAKAFoAKQCigDeX7o+lQcQtAiG7/49pPpQi4fEjGNWdYlABQAU ALQAUAFAGlp02UMRPI5FSznqx1uXaRiLQBWu7UTDI4cfrQnY0hPlMx42jbawINWdCd9huKBhQAUD HxRPK21Bn+lFxOSWrNW3t1gTA5J6mobOWc3Jk1BAUAZ2oy5cRjtyaaR0Uo6XKNUbBQBp6b/qG/3q lnNW+IuUjIQ0AYtx/r3/AN41SO2OyI6YwoAKBiUAFABQAUALQAlAAKAL+l/fk+gqWYVtkaNI5woA wpAd7fU1R3LYbTGFAg5oAKADFAya2gM8oXHy9Sfak2ROXKjZFScYUARzvsgdvQGgqKu0jENWdgUD CgDS02PbEznqx4qWc1Z62LtIxCgBpkQcFgPxoHZh5if31/OgLMPNT++v50BZiean99fzoCzDzU/v r+dAcrFEiE4DAn60BZjqQgpgUdRjyiuO3Bpo3ovoZ9M6AoAfD/rU/wB4UEy2Zt1BxBTApal/q0+p po2o7szu9M6QoAKANOxuPMTy3PzL09xUtHLUhZ3RbpGQUwCgAoAzdR/1y/7tNHTR2KZpmxZ0/wD4 +R9DSZlV+E1aRyhSAzdS/wBcv+7/AFqkdNHYp0zYKACgAoAcqM7bVGSaAbtqzTtLUQDc3Ln9Kls5 alTm0WxYpGQUAVNQl2xhAeW6/SmjalG7uZpqjpEoAKBh2oAKACgAoAKACgAoAKACgA7UAFABQACg AoAKACgApAFABQAUAFABTGFABQAUgCmAUgCmAUgCgAoAKACgAoAKACgAoAKACgANABQAUALQAlAB QAYoAWgAoAKADpQAUAJQAUAFABQAUAFABQAUAFABQAUAAoAKAFoASgBaACgAoAOlACUALigAoAKA A0AFABSABTAKQBQAUALQAUAFACUAFAC0AJQAZpgMqyAoAKAEoAWkAnagApgFABQAUAFABSAWgAoA KAFFAG8v3R9Kg4haBEN3/wAe0n0oRcPiRjGrOsSgAoGLQIKBhQAooEOjZo3DLwRQJq6sbEE6zx7h we49KhqxySi4uxLQSFADHjSQYdQR70DTa2Kz6fG33SV/Wnc0VVjP7NH/AD0P5UXK9t5EiafEpyxL fWi5LqvoWURUXCgAegpGbbe46gQUAQ3E6wR5PU9BQi4RcmZDMWYknk81Z1pDaACgDT03/UN/vVLO at8RcpGQhoAxZ/8AXv8A7xqkdsdkRUygoAKACgAoAMUAFAC0AJQAtAF7S/vSfQVLMK2yNGkc4UAQ GygJzs/U0XNPaSE+wwf3P1NFw9rIPsMH9z9TRcPayD7Db/3P1NF2HtZB9ig/ufqaLh7SQosoM/c/ U0XD2kiVEWMYRQo9qCG29x1AgoApajNhBGDyeT9KaNqUdbmdVHSJQA5VLMAByeBQJuxtxoI41QdA MVBxN3dx1AhkriONnPYUDiruxisSzEnkk5qjtQlMYlAC0AFADkYowYdQc0hNX0NpGDoGHQjNScTV nYdQIZMnmRMnqKCouzuYrDB9MVR2iUAPh/1yf7woJlsbdQcQUAUtT+4n1NUjejuzOpnQFABQA5HM bhlOCOlAmrqxsQSiaIOPxHpUnHKPK7ElBIUAFIDO1L/XL/u1SOmjsU6ZsWdP/wCPkfQ0mZVfhNSp OUKAK1xaidw27GBjpTNYVOVWIv7OH/PQ/lRcr23kH9nD/nofyouP23kH9nD/AJ6H8qLi9t5D10+I dSzUXE6zLEcSRDCKF+lBm5N7j6RIUAMlkWJCzHgUxxTbsjHmlMshc96o7Yx5VYYaChKAF7UAJQAt ABQAUAFABQAdKBiUAFAgoAKQwpgFABSELQAlMYUgFFACUALQISgAoGFAC4oAKACgBKACgAoAWgBK AFoAKAEoGLQIKACgAoAKAEoAM4oAKAFoASgBaACgAoAKACgAoASgAoAKACgBaACgAoGFAgoASgAo AKACgAoAKBi0CCgAoAKACgYUCCkAUwCkAUAFMAoAOtIApgFABSAKYBSAKAFoASgAoAKYBQA2qIEo AKAEpgLSATrTAKQwpgFAhaQxKAFoAKACgQUDFoEby/dH0qDiFoEQ3f8Ax6yfShF0/iRjGrOsKBhQ AUAFABQIWgBRQIkilaFwynH9aBSjdWZqQXCTL8pw3dahqxzSg4ktBAUAFABQAtABQAUAQXF0kAx1 b0osXGDkZcsrSuWc5P8AKqOpRSVkR0ygoAKANPTf9Q3+9Us5q3xFukYhQBiTnMz/AO8apHbHYZTK EoAKACgAFABQAUALQAUAFAF7S/vSfQVLMK3Q0aRzhQAUAFABQAUAFABQAUAFAENxcLAmTyx6CguE HJmTJI0jlmOSao60klYbTGJSAt6fFun3Hogz+NJmVWVlY1KRyhQBQ1GXhYwfc00b0Y9SgaZ0CUAF ABQAo6UAGaANPTpN0JTup/Skzmqxs7lukYhQBk3sey5J7NyKaOum7xK9M0Hw/wCtT/eFApbM26g4 QpgUtS/1afU00b0d2Z1M6AoAKACgCe1uDBJzyp6ikZzhzI1gcjI6UjkFoAKQGdqP+uX/AHapHTR2 KVM2LWn/APHyPoaTMqvwmpUnKFABQAUAFABTASkAtABQBHLMkK5Y89h3NMqMXLYy57hp2yeB2FM6 4QUUQmmWFABQAUAFABQMKBBSASgBaYBSGFACUCCmMKQC0AJQIWgAxQAUDCgAoASgBaBBQAlAC0DC gAoAKACgBKACgBaACgAxQAUAFABQAlAC0AJQAtABQMQ0CCgBaACgAoAKACgAoAKACgYnegQUAFAC 0AFAwoEJQAUALQAlAxcUCEoAKACgAoGLQIKACgYUgCmIKACkAUAFABQAUAFABQAUAFAC0AIaACgA oAWgBKACgApgFADaogSgAoAKACgBKBhTAKQC0AJQAUALQAUAGKACgBaANhbqDaP3i9Kixyckuwv2 qH/noKLC5JdiK5uYnt3CuCSOBTSLhCSkZZqjpCgAoAKAFoELigAFAgoAM0DAMVOQcEd6AsW4dQdR iQbh696VjKVJPYtJfQt1YqfcVNjJ05IlE0Z6SL+dBPK+wvmJ/fX86BWY1p4l6yL+dA1GT6ET38K9 Mt9BRYtUpMqzX8jjC/IPbrTsaxpJblUkmmaiUwCgAoAKAL1jcRxRFXbaS1S0YVINvQs/bIP+en6U rGXs5dg+2Qf3/wBKLB7OXYypCGkYjoSao61ohlMYUAFAC0AJQAUAFABQAUDFoEWrGdIGcucZAxxS ZlVi5WsXPt0H94/lSsY+ykH26D+8fypWD2Ug+3Qf3j+VFg9lIBfQf3j+VOweykH26D+8fypWD2Ug +3Qf3j+VFg9lIPt8H94/lRYPZSD7fB6n8qdg9lIY2oxj7qsf0osUqLIJNQkbhAE9+tFi1SS3KrMW JJJJpmqVhtAwpgLSAvWdxDDFhmwxOTxSZhUhKT0LH22D++fypWM/ZSE+3Qf3z+VFg9lIzZpTLKzn uao6YxsrDKChKACgAoAOlABQMsWcwhmy33SMGhmdSPMtC99ug/vH8qmxz+ykH26D+8fyosHspFa9 mimRdh+YH07U0a04yi9SnTNx0bbZFJ6AiglrQ0/t8H94/lU2Ob2Ug+3Qf3j+VFheykVb24jmVQhJ wfSmjWlBxepUpm4UAGaACgBRQIuWl4I02SZIH3aTRjUp3d0T/b4fVvypWM/ZSD7fD6t+VFg9lIqX kyzSBkzgDHNNG1OLirMrUzQmtZVhmDNnGMcUiJxclZF77fD/ALX5UrGHsZB9vh9G/KiwexkH2+H/ AGvyosHspB9vh/2vyosHspB9vh9G/KiwexkH2+L0b8qLB7KQn2+LsG/KiwexkNOor/ChP1NFilRf chkv5G4XC0WLVKK3KzMWbJJJ96ZqlYSmMKQCUwCkAUwCkAUwCkAUAFABQAUAFAwNAhKBi/lQAdqA CgAoEL0oASgYUAFACUALQAUAFAB3oAKAEoAWgAoAKACgAoAKACgANABQAUAFABQAUAFABQMKBBQA UAFABQAUAHegAoABQAUDEoAKBC0AFAwoEJQMKBBQAUAFAxaACgQlABQAUDCkAUwFpAFMApCDNABQ AdKADNABQMKBBQAUAFABQAtACUAFAC0wCkAlMApAFABQA2rICgBKACgAoGFABQAUAFABQAUAFABi gAoAWgAoAM0AFABmgAoAMUAGKBC0ALQIKAEoGFABQMKACgAoAKAFoAKBCUDCgAoAKACgBKACgBaA CgAoAKAEoAWgAoAKAEoAWgAxQAUAFABQAUAFABQAtACUALmgAoASgAoAO9ABQAUgCmAUDFpCCgAo AKACgAoASgYUAFABQAUALQAUAAoAKBBigYUAFABQAUAFABQAUAFABQAUAFAC0CCgYlABQAtABSAM 0AGTQAZoAKACgAzQAlABQACgAoAKACgAoGHSgAoAKBBQAUAFABQAUDCgAoAKACgAoAWgQUDEoAKA CgAoAKACgAoAWgBKACgAoAKACgAoAKACgAoAWgAoAQ0AFABQAUAFAwoEFABQAUALQAlABQAUAFAB QAUDEoAKAFoAKAEoAKAFoEJQMKACgBaQBQAmKACgAoAKACmAtIAoAKBBQAUAFABQMKYBQIKQBQAU wCgAoAOlAC/pQAUAFIAoASgAoAKAEqyBKACgAoAMUAHagYlMBaQgxQAUxhikAYoEGKADFAwxQAuK BBigAxQAYoAAKAFxQAYoELQAUAFACUDDFABigAoAMUAFABigBcCgBMUALQAYoATFABQAUAGKADFA BigAxQAYoAO1ABjFABigAxQAYoGFABigAxQAYoAKACgAoAMUAFABigAoAKACgAxQAUAGKADFABig AxQAYoAKBhQAUCCgAoAKBiUALigApAGKAAUAFAB0oAKACgAoAMUAFABQAYoAKACgAoAWgBKADpQA tABQAUAJQAUALigAoAKACgApAGKYBigAoAKACgAoAKQBQAUAFABQAUwCkAlABQMWgQUAFAxKAFoE JQMKAFoAKACgBKACgBaAEoAKACgBaACgBKAAUAFAC0AGKAExQAUAFABQAuKADFACUDDFABigBcUC CgAxQAUAJigBRQAUAFAwoEFABigAxQAUDEoEFABQMKACgQUAGKACgAxQAUALigYYoEJigAxQAUAF AAKAFxQAUAGKADFABigAAoAMUAGKADFABigAxQAYoAXFABigAxQAYoEGKBhigAxQIMUAJigBcUAM qiQoASgAoGFACUAFMApALmgAoAM0ALmgAoEJQMWgAoAWgQUAFABQAtAhM80DsGaAsGaADNABmgAz QAUAGaACgAoAM0AGaAFzQAZoCwmaAFzQFhM0ABoAKBhQIO1AwzQIM0DDNABmgQZoGGaADNABmgAo AM0AGaACgAzQAd6ACgAoAKACgAzQAUAGaADNABQAUAFABQAUDDNABQIKBhQAUAFABSAKACgApgFI BaBBQMKACgAoAKAEoABQAtACUAFABQAtABmgAoAKADNABmgAoAKACgAoAKACgAoAKACkAUAFMAoA KACgAoAKQAKACmMKBBQAUgCmAUAFIYUAFMQUgDFAwFABQAUAGaAA0CCgYUAGaAEoAMUALQAtACUA FABQAUAFABQAUAGaADNAC5oATNABQAdqADNABQAUALQAlABQAdKACmAUAFABSAKAF4oASgAoAKAA UAFABQAUALQAlABmgAoAWgBKYBQAUgCgApgFIBaAA0CCgAoAKACgAoAKADFMBaQBTAKACgAxQAUA FAC0CCgAoASgAFAC0AQ0xBQMKAEoAKACgAoAKACgAoAKAFoAKACgYUCFoAAKAFoEFACUDCgANACU hhTAKACgAoAWkIKADNMYUAFIBKAFzQAZoAKACgAoAKAEoAKADNABQAtABQAUAFABQAUAGaACgAoA KAAUAFABQAUAFABQAUAFACA0DFzQIM0AFABQAUAFABQAUAHNABQAUDDNABQAUCCgYUCCgAzQMM0A LmkIKADNAB2oGFAgoAKACgYUCCgYUCDvQAUAFABQAUAFAwoELQAUAJmgYuaBBmgBAaBi5oEJQAUA FABQAUDCgAoELmgAoGFABmgAzQIKACgYUCEoGLQAUAJQAtABQAUAGaACgBOlABQAUAFABQAUALQA UAFABQAUAFACUDCgAoEGaAAUhi0CCgBKAFzQAUAFFwCgAoAKYAKACgBKAFoAKACgAoAKQBTAKAEo AWgAoGGaBBQAUAFABQAZoGGaACgQlABQAZoAKAFFAC5oASgAoAKAF70AJQAUAGaAFoAM0AGaBBmg AzQAZoAXNABQAZoAM0AJmgBc8UAFABmgCI0xBTAKQBQAlMAoAO1AwoAKACkACgBaYBQIKAFxQAUA LQAZoATNACUDCkAUAFABQAUAFABQAUALQAlAAKAFoAKAEoAKACgAoAKACgAoAKACgAoAKADNABQA UALQAlABQAUAFAC0AFABQMSgBaBBQAUDEoAMUAFABQAtABQAUAFABSAMUAFABQAUAFABQAUAFABQ AUALQAlABQAUALQAUAJQAUALQAUAFABQAUhBQAUxhQAUAFABQAUAFABQAUAFAC0gCmAUAJQAUgCm AUAFABQAUAFABSAWmAUgCgAoAKYCUAFAAKQC0AFACUwCkAtACUAFABQAUAAoAWgBDQAYoAMUALQA UAJQAUAFABQMKACgAoAKACgBaAEoAKACgBcUgDFMApCCgYmKYCigQlABQAUALQAlABQAUDCgAoAK BBQMWgBKAFoASgAoAWgBKACgAoAKACgApgFIAoAWmAUAJQIWgBKBi0CCgAoGFAgoAKACgAoAWgAo AKACgAoASgAoAWkAUCGVQhKACmAUAJQMKQBQAUAFAC0AFABTAWgQYoAWgAoASgAzQMSkAYoAKACg AoAKACgAoAKACgAoAKACgBaQBTASgAoGFAgoAKACgAoAKACgAoAWgBKBhQIKACgYUALQAlAC0CCk AUAHamMSgBaQBQAUwCkAUAFAAKACgAoAMUAGKACgAoAKACgAoAKACgAxQAUAFAC0AJQAUAFABQAt ABSAKYBSAKACgApgFIA70wCkAUwCgApAFABQAUAFABTAWkAlMApAHagAoAKACgAoAKACgAoAKACg AoAKAFFABQAUAJQMKACgBaACgQUAJQAUAFAxaBCc0ALSASmAuKADgUgEpgLQAUgCmAUAJQAUAFAw oEA5NAwoAKACkAUCFoGJTAKQBTAWkAUwCkAlMApAFMAoAKBB0oADQMKACgQtABQMSgAoAKACgBaA CgAoASgAoAKACgAoAKACgAoAKACgBaACgAoEFACUxhQAUAFAC0AFABQIKAAUALQAUAFABQAUgCgA oABQAUCGVQhKACgYUCCgYUAFABQAmKAFxQAAUwFoELQAUAIaACkMSgAoAKACgAoAKACgAoGFABQI MUALQAlABikAUALQAUDEoAKACgAoEFABQMKACgQtABQAUAFABQMSgBaACgAoAKACgAoAKACgAoAK ACgAxQAUAFABQAUAFABQAUAFABQAUAFAC0AJQAUAFABQAtACUAFABQAUAFIApgFIBaACgAoAKAEo AKAFoAKACgAoASgBaADpQAUAFABQAfSgA+lABQAUAFABQAUAFABQAUAFABQACgBaACgAoAKACgAo AKACgBKACgBaACgAxQAlAC5pAFABQAUwEoAWgApAJQAUwCgAoGFAgpALQAlABTGFABSAOtABQAUA FABQAUAFABmgAoAKADtQAUwCgQUANMir1IpqLZDqRW7G+eg7/pV+zkZvEQE89PU/lR7OQfWIDhIh 7ik4SRarQfUeOelQaJ32FoAKAEoGFABQAUAFAgoGLQAlAB3oAKACgAoAKACgAoAKACgBaBBTGJzS AWgQUAJQMWmAUAFAgoGFIApiCkAtABQAUAFABQAUAFABQAUCGVQgoASgYUAFABQAUAFAC0wCgQUA LQAGgBM0hiZoAKACgAoGFAgoGFAgoGFAgoGFAC0gCgAoEFAwoASgBaACgBKACgAoAWgBKACgBaAC gAoEFAwoAKADFABigAoAKACgAoAKACgAoAKACgA6UAFABQAUAFABQAUAFABQAUAFABQAUAHSgBaA CgBKACgBaACkAUAFACUAFABQAUALQAUAFABQAUAJQAUwFpAFABQAUAFAB+NABQAUAFABQAUAGKAC gANAB2oAKACgBaACgAoASgBaACgAoAKACgAoAKACgA7UAJQAtIBKYC0AFIAoASmAtABQAUAJigAo AWgApAJQAtABQAdKAEoAKACgAoAKBhQAUAFABQAUAFMAFIAoAWgQlAxaBCUDCmIKAInnVSQOTWka bZzzxCjoiu0rOeT+ArdQSOOVWUtxlXYyuFArhQAuaAuOSRl6Eik4plRm47MmS57MKxlS7HVDEv7R MrBhwaxaa3OyM4y1QtIoOlABQMBQAtAgoGJQAUAFAB2oAWgQUAJQMWgQlAwoAUUCCgAoAMCgAoAK ACgAoAKBhQIMUAGKACgAoAXpQAUALQAlABQAUAFAC0CCgCOqEFABQMSgAoAWgAoAKBBTGFABQAUg CgAoASgAoGFABQAUAFABSAKAFoASgAoAWgAoAKACgAoAKACgBKAFoAKAEoAKAFoAKAEoAWgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAMUAFABQAUAFABQAtIBKYBQAUgFoAKACgBKYBQAUDCkA UCCgYUALQISgBaACgAoAKACgAoAKACgAoASgBaACgAoAKACgAxQAUAFABQAUALQAlAC0AJQAUALQ AUAFACUAFAC0AJQAtABSAKACgApgFABigApAJTAXtSAKYBSAKACmAlAC0AHegApAGaAEoGLQISgA oGFAC0CEoGFABQAUCCgYUAFABQAUAFABQAUAFABQAUALQAlAgoAOlAFaefqifia3pw6s4q1b7MSv XRY42xaBBQIKACgAzQAUAGaYDlcqeDipaTLjJx1RPHcA8Nx71jKl2OyniekicEEZBzWLVjrTTV0F IYtABQAUAFABQAUAFABQMKBCUDFoEFABQMKBBQAAUAFAABQAUAFABQAYoAWgAoAKAEoAWgAoAOtA BQAUAFABQAUALQIKAI6oQUDCgAoAKAFoAKBBQAGgYnWgBKAFoAKQBQMSgAoAKACgAoAKAFoAKACg AoASgBaACgAoAKACgAoAKACgAoASgAoAWgAoAKACgAoAKACgApAFMAoAKACgBaAEoAXFABQAUAJQ AUAH0oAKAFoASgAoAXtQAUgCmAUgCgBKACgYtAgoASgBaBiUwCkAUCCgAoGFABQAUALQISgYtAgo AMUAFABQAUAFABQAtABQAUAFABQAlABigAoAO1ABQAtACUAHvQAtABQAUgCmAUAFACUAFAC/SkAl MAoAWkAUALQAlAC0AJQAUwCkAlMAoAKQxaBCUALQAUAHtQAUAFABQAlAwoEFAxaBCUDFFAgoAKAC gYUAJQAUAFABQAtABigAoASgAoAKAFoEFAEFzLsXAPzGtKcbs569TlVkUxXUec2LTEFAgpgFABQA UCCgdwoAWgAoAckjL0OKlxT3NIVJRehYjuAeG4rCVJrY7KeJT0kTZBGQc1jax1Jp7C0DCgAoAKAC gAxigAoAKACgApAFMAoAKAFoAKACgBKAFoAMUAFABQAUAFABQAUAFABQAUALQAUAFAgoASgBaBhi gRHVAFABQAtABQAUCCgYlABQAUhiUALQAUAJQAUALQAlABQAUAFAC0AFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFAC0gEpgFIAoAWgApgFABQAUgCmAUgA0AJQMKYC0hCUxhSAK AFoASgBaACgQlMAoGFIAoAWgBO9ABQAUALQAUAFABQAUAFABQAlAC0ALQIKACgAoAKAE+lAC0AFI ApgFIApgFABQAUAFIApgJQAUALQAlAC0gCgAoASmAYoAWgBKACgBaQBQAUAFACZoAKAFBoAKACgB KACgYUCFoASgYUAFAC0CCgAoABQAUAJQMWgQUAFABQAUAFABQAtACUAFACUDCgAoAWgQdKBhQAUA JQAUAFABQIR22qWPQU0ruxMpKKuzPdzI5Y12RjZWPLnNyd2FUZBTAKBBQAUABoAKACgAoAKACgAo AUGkMekjJ0NTKCe5pCrKD0LCTq3B4NYSptbHdTxEZaPQmrI6LhSGFABTAKQBigBcUAJQAtACYoAK ADFMAxigAoAKACgBaQBTAKACgA7UAFABQAUAFABQAUALQAUCCgAoAKACgA/GgBlUIKACgYUCCgYZ oASgApDCgAoASgAoAWgBKACgBaACgBKAFoAKACgAoAKAE70ALQAUAFABQAUAFABQAUAGMUAFABQA UAFABQAUgCgAoAKACgBaACgBKYC0gCgApgFIApgFIApgFAxDQAtIApiEP40DCgApAFABQAtABQAl AC0AJQAUAHSgBaACgAzQAUAFABQAUAFABQAUAFABmgAoAKACgAzQIXNABQAlABQAtABQAUgCgBKA FzTAM0gCgAoAKACmAUAFIAoAKACgAoACaYCUAGcUDDNIBc0CEoAWgAoAKADFABQACgAoAKAEoAKB i0CCgAoAMUAFAwoEFABQAUAFIAoAM0AFABTAKACgApAFMAoAKBhQAUAJQAtABQAUAFACUAFAhaAC gCndS7jsXoOtdFONtWcNepf3UQCtzjYtMQUCCgBMUAFABQIKYgpDDtQAUAHegAoAWgYZoAWgZIkr J0PHpWcoJm0KsobFhJ1brwawlTa2O2GIjLclFZG4tAxKAFoAKAEoAWgAzQAUAFABQAUAFABQAUAF MAoAKACgAFABQAtAgoGFAgoAKACgBaACgA6UAJQAUANqhBQAlAwoASgAoGFIAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgBKACgBaACgAoAKADtQAUAFABSAKADFABQAUAFABQAUAFABQAUAFAwoEFA BQAUAFAC0AFAB0oGFAgoAKBiUAFABQAtABQAlABigAxigAoAKAFoASgAoAKAFoAO1ABigAxQAUAF ABQAUAFABQAUAFAB0oAB1oELSGJTAKAAUALSEFACUDCgQtABQAUAJQMOlMAoAWkIKACgAoASgYtA goAKAEoGLQISgYUAFAgzQAUDCgQvbigAoASgBcetAB06frQAUALQAmKACgBKBi0CCgApAFMAoAKA CkAdqACmAUgCmAUAFIApgFIApgFIApgFABQMKACgQUgCmAdKQBTGLQISgAoAKAIriTy4z6npVwjz MxrT5YlHrya7EeY2LQSFMQlABQAtArh2oGFACUCCgAoAKACgAoAKACgYvSgBe9IYA0AiWOZkx6el RKCZvTrSiWUmV++D6GueVNo7YVozJKg2CkAdKAEoGLQAUCCgAoGFAgoADQAUDCgAoAKYBQAtABQA UCCgAoAKAFpAFABTAKQBTEFABQAUAM6VQBQMSkAZoASgYUAFABQAUAGKACgAoAKACgApAFMApAFM AxQAUAFIAoAKADFAC4oAKAEoAXFACDnigBaAExQAYoAKACgAoAKACgAxQAUDCgAoEFABQMKACgBa BBigAoGFABQACgAoEFABQMKAEoAWgAoASgBaACgAoAKADFABQAUAFABSAKACgApgFIAoAKACgAoA KACgAoAWgBKACgAoAKBC4oASgYtAgoGJQAtAgoAKACgAoASgYtAgoAKACgAoASgYtABQAlAC0AFA CUCDFAwoAWgQlAwxQIWgAoAKACgAoAWgBKACgAoAKADrQMKQgpgFIApgFABQAuKACkAlMAoAKAFp AJTAKADFIBaAEoAKAEpjFoAO1IQUwCgAoAKACgAoAKAEJwCT0oE3ZXKE0hlcnt2rshHlR5lWpzu4 2rMApgFAgoASgQUAWgscEK+cm95OcZwVX/Go1b0NNIrUY0IYZgbeP7v8Q/CnzW3Fyp/CQnI46VRA lABTAKQAKACgA6UAFABQAooAKBoXNA7gDSBMnjuGXg8is5U0zop15R3LKSK/Q8+lc8oOJ2wqxnsP qDUSgAoAKACgBRQAUAFACUAFMYUALQAUhBQAUAFAwoEFMAoAWkAUCCgApgFAwoEFABQAcUAMqhiU gCgBKBhQAUAFIAoABQAtABQAUAFAFqCy82IPvxntigxlV5XYk/s7/pp+lIn23kVriHyJNu7PGaZr CXMrkVBZPbW3n7sMFx7UGc58pP8A2cf+en6UGft/IhubUwKDu3Z46UGkKnMV6DQnhtZJuR8q+poM 5VIxLC6cveQn6CkZOu+w7+zk/vtTD2z7Eb6ewHyMD7GkUqy6lR42RtrAg0zZNPVDQORQMvf2cf8A np+lBz+38g/s7/pp+lAe38g/s7/pp+lAe38g/s3/AKafpQHt/IY+nuB8rBv0oKVZdSqyFWIYYI7G g1TuJQMKACgBKACgAoGFAgoAKBhQAUAKKACgQUDCgAoAKACgAoAKACgAoAO9AB9KACgAxQAYoAKQ BQAUAFAB3oAKACgAoAKACgAoAKACgBaAEoAKAFoAOlABQAUAFABQIKACgAoAMUAFABQMKBBQAUAL mgAoASgAoGFAgoAKACgAoADQAUAFAB0oAKBgKACgQUAGKACgAoAKACgAoAKADpQAUALQAlABQAUA FABQAtIBKYC0AJSAKACgBTQAlAC0AJQAUALQAlAC0AFABQAlABQAUAFABTAKQBQAtABQAlMBaAEo ArXcuBsHXvW1KOtzkxFTTlRVFdJwMU0xBQIKAEoAKBE1ugLF3GY05b39BUyfRFRQyWRpZC7dTzVJ WVhN3YwHByOCO9Aifz1kGJ13Hs68H/69Ty22L576MRrdtu+NhIg7r1H1FCl0Yct/hIasgAKBB0pD CmAUCAUhhQAtABQAUDCgBRQAoYilYadiaO4ZfvcispUk9jpp4iUdyykquOD+FYSg47nbCpGew6oN AoAKAFoATNAC0AFABQAUAFABQAUAFABTAKACgBaQBQAUwCgQUAFABSAWgBKYBQBHTGFIAoGJigBa ACgBKACgBaACgAoAKAAUAa1j/wAeq/jSOOr8RPQZmbqP+vH0pnVR+EqUGxe03/lp+FBz1+hfpHOU 9R/1a/Wg2o7srWkPmzYP3RyaZtUlyo1QMDikcYyWZIRlzj2oKjFy2GR3UUjbQcH3oHKnJak1BBBd wiWIkfeXkUGlOXKzLH3h9aZ1m3SOAKAGGWMHl1H40D5X2HKysPlIP0NAmmtxcUAVL+ENFvH3l/lQ bUZWdjNoOoKYCUALSASgApjCgBaBCYoGLigApCCgYUCCgYUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAGaACgAoAKACgAxQAdKAFoAKAEoAWgAoAKACgAoAKACkIKYBQAUDCgQUAFABQAU ALQAlABQAUAFAwoEFAB9KACgAoGFABQAUCCgYUAHWgAoEFABQAUALSASgAoAKYBQAUgCgApgFAAa QBQAUALQAUAJQAUAFMApALQAUAGKACgAoAKACgAxQAnegAoAKAFoASgAoAMUALQAUAFABQIKACgB kjiNSxqormdiJzUVdmeSWYknmu1Kx5kpNu7CmZhTFcKACgBKAHKpdgqjJPAFDdgSuT3BESC3Q528 uR3b/wCtUR1fMVLRWK/arIEoAKAHKzK2VJB9QaAJhNHIMTpg9pEGD+I71HK1sXzJ/ENe3YAvGRIn qv8AUdqal0Ycl/hITVmbCgAoAKACgYUCDNIYtAwoAKAFoAM0AKGI70rFJtbFiO5I4bkVjKknsdUM S1pInV1YZBzWDi1udsZxktB1SUFABQAtABQAUAFABQAUAFABQAUAFAC0AFABigApgGKQhaYBQAUA FABQAUCIqCgoGFABQAUAJQAUAFAC0AFAB0oASgBRQBrWP/Hqv40jjq/ET0GZm6h/r/8AgNB1UfhK tM2L2mfx/hQc9foXqDnKmo/6tfrSNqO7I9OI8xx3xQXW2RfoOYhubYTgc4IoLhPlKbWUyHK4OPQ0 G6qxZK15JHw0WD70EKlF7MYdQcjGxaCvYruVR1FBsza7UHAFAGPL/rG/3jQd0diewVvPyAduOaDO q1ymjQcpXvWC27DueBQaUleRl0HYFACUAFABigYYoASgBaACgAoEFAwoAKACgQUDEoAWgAoAKACg AoABQAUAFABQAUAFABQAUAFABQAUAFABQAtACUAFABQAUALQAUgEpgLQAlAC0AFACUALSAKYBQIK QC0AJTGFIQUALQAlABTAKQC0wEoAXigBKBhSEFMAoAKACgYtIQlABTAKQBTGGKQgpjCkIKACmACk AUAFMAoAKAFoAKQCUAFMApALQAUAFABQAUAFABQAlAC0AFABQAUAFACUALQAfpQAdqACgAoAKACg AoAKAAUAHSgAoAKBBQMSmBSuZd77R0FdNKNlc8+vU5nZEQrY5bhTEFAhKBBQACgCzADBEZ+MnKp9 e5qJauxpHRXK596szYlMB8cbSOqKMseBUt2GkaQtVghcLGs7kc88j8KxcrvsbJW2Ks1kYoVcuN7f wDk1andkOGhWZGU/MpH1FWmmQ4tbgjtG25CVI7im1cVybzIpseaojb++o/mKizWxfMpfEMlgaPB4 ZD0ZeRVKSYnF2uiKqICgAoAKACgYvFIAoAM0BcM0BcKBi0AAOKAuOVip4OKlpPcqMnF3RYjuezj8 axlS7HZTxPSRYVgwyDkVg01udcZKSuhaRQtAhKBhQAuKBBigYUAFAgxQAYoGGKYri4pAGKYC4oAT FAC4oAMUAGKBCYoAXFAXDFABigLkNBQUDCgBKACgAoAKAFoASgYtAgoAKAAUgNay/wCPVfxoOOr8 RPQZmdqH+v8A+A0HVR+EqUGxe03/AJafhQc9foXqDnKmo/6tPrQb0d2UYpGikDL1FBvKKkrM1Ibh Jh8pwe4NBxyg4ktBAUABUEYIyKB3sU7iyGC0XB/u0G8KvRlEfeFB0G0KDgCgQm0egoHdi9KAEOcc dfegEZt4Jt+ZRx2x0oOuly20K1BqJQAUAHagANAwoAKACgAoAKAFoEJQMWgBKACgAoAKADFAC0CC gYlABQAUAFABQAtABSAMUAFACUALQAUAFABQAlABQAUwCkAUALQAUAFAB0oASgBetABQAUAFABQA UCCgApgFAwpCCgYUAFAhaACgAoASgApgFIApgLSAKAEoAWgBKACmAUgCgAoAKACgAoAWgBKAFoAK AEoAWgAoAMUAFABQAUAFABQAlAC4oAMUAFABQAUAGKADFABQACgAoAKACgAxQAYoAXFAhMUDFxQI MUAJigYYoAMUCFxQAmKADFAC4oATFAEN1L5abR941rThzMwrVOVWKIrrR5zFpkhQIKAEoEFAAKA2 J1uAYxHKgdV+6ehX6VLjrdFqXRi/ZxKuYH3Huh4Yf40ua24+VS+EgKlSQRgjsau9yGmixbtGChV/ KlXoW5U/4VEkyk110Lkl55LbntgJMY3A8H8azUL7MttokRiPKlkALOOGReV+vtUtdCk7q4XG8wvH KhlyfkYHp6Zoja90Mqyaa4QbGDtjlR/StFV7mfs10ZRKlSQQQRWtzJpp6jo5niOUYjPX0NJpME2h +6KU4I8o+o5WlZoq6e42WB4sFgCp6MpyDTUkwcWiOqICkAUDFoGFACUCFzQAUAFABQAuaBgKAHpI UOQcVLimXGbi7osx3IPDjHvWEqXY7IYnpIsKQwyDkVi1Y6U01dC4oGLigAxQAYoAXFABigAxigAx QAYoAXFAgxQFwxQFwxQAYoAMUwFxSAMcUxBigAxQAYoAr0jQSkMKYBQAUgEpgLSAKACgYUCCgAoA BQBrWJ/0VfqaDjq/EWKDMzdQBEwPbbQdVH4SpQbF/TRw5+lBz1+hepnMUtR+4n1pHRQ3ZUjt5JFy qkj1oN3OK3JBZz54XH40Ee1iKZ54H2M2SOx5oFyQmrolj1DnEi49xQQ6PYuqQygjkGgwasLQIyZ1 C3LAdN1B2wd4o1hQcYUCM6S8lV2AI4OOlB1KlFoI7594DgEe1ASoq2hodqDmGSoJEKsMg0Di2ndG Oy7WIPUcUHencSgAoATFAwxQAUAFABQAUAFABQAtABSAKYCUgFoASmAUgF6UwCkAlAC0AFABQAUA FABQAUAAoAMZoAKACgAoAKACgAoAKACgAoAWgBMUAFABQAUAGKAFoEFACc0ALQAYoAMUAJigBcUA GKACmAUgCmAUgAUALQAmKADFMApABoAMUwDFABigAxQAUAFABigApAFABigAxTAMUgDFAgxQMMUA LigQmKYBigYtIQlMBaACkAYpgGKADFABigAxSAMUwDFABigAAoAXFIBMUwDFIAxTAXFACYpALigB MUwDFAC4pAGKBBigAxQAYxQAYoAMUDDFMQYoAMUAGKAEJCqSegoSE3YzZZDK5J/CuyEeVWPNqT5n cbVmLCmAUCEoEFAxaBCUAFACgkHIOD60ATi4EnFwu8f3hwwqOW2xan0YNbZBaBvNX26j6impW3Bx T+EYkrx8A5H908j8qbSYk2i1Fc8YhlMLf3G5X8PSoce+pSkvQnt5FQlZiyTsPvvyD9KiSvtsWtNy X5I5E+ZPPfjKjg/hU6v0C6I5dPSQsxkbeTkkjj8qaqNA4p7mdPayQE7l49R0raM0zOUGiHpVED4p ni+6eD1U9DSaT3Gm1sTYgn6Yhf0/hP8AhU+9HzL92W+hFJC8TYdcZ79jVKSexMotDKZIUAFACfpQ AUAKKADNAXCgA70ALQMKADNIZIkrRnKnFJxT3LhUcXoW4rpW4bg1zypNbHZCunoycEEcfpWR0LUK BhQAueKADNABmgAzQAZpALmmKwZoAM0AGaADNABmgAzQAZoCwbqAsG6gLBmgLEFBYhpDCgAoAKAC gYUCDpQAUDCgAoAKAFoEX9Ok4aM9eooOatHqXaDnI54FnXB4I6H0oLhNxZVGnHPMnH0oNvb+Rcii WJAqjigwlJyd2OpkmdfSb5Qo/h/nSOuirK5Np0mUZCeQcigistblyg5yrd2plIdPvDt60G1Opy6M qrZzE4249yaDZ1YmlEnlxKgOcDrQcsnd3HHgUEmRK/mTluxNB3RVo2NftQcQUCKLWDM5O8DJ9KDo VZJbCx2AVgXbOO2KAlW00LlBgITgc0AY7nc5Pqc0HetEMoGFABigAoAMUDDHFABigQYoAMUAGKAD FAC4pAGKAExTAXFIAxTAMUAGKADFABikAYpgGKADFABigAxSAMUAGKAuLigAxQAYoAMfhQAYoC4m KADFAC4oAMUAGKADFABigAxQAYpgGKADFIBcUCExTAMUAGKADFAC4oATHFABigAxzQAuKAExQAUA LigAxQAYoATFAC0AFABQAYoAKAENABQAtACYoAWgBKAFoAKAExQAYoAMUALigANABQAlAC0AFABQ AYoAKBBQAUDCgQUAFAwoEGaBhQAUCCgAoAKBhnFABmgApCFoASgYUAFAgoAKADNAC0AGaADNACZo AKADNABmmAZoApXkuW2DoOtb0o9Tjrz+yiuK6DjbAimIKBCUAFABQIKACgAoAKADpQAquVOVJBHc UWC5P50cvE64b/novB/Ed6nla2L5r/EI8DKNyESJ6r/WhS7hy9hI7hlXawDp/dbp/wDWocUxKTRK sccpBt22P/cY/wAjSu1uVaL20LEV+8beXdIcj+LHNQ4J6xHzOOjLIuEkbZC6sSMknoB9O5qOVrVl KSexRvLVI081Xxk9G6n3FaQk3oTOK3KNamRIsMhjMgQlAcEilzJOxSi3qh8dw8YKnDIeqNyKTimC k4jvLimGYmEbD+Bz/I0rtble6/IhdGQ4YEH3qk0yWmhlMkWgA/lQAUAFACUCFoGFAC5oAKBhQAua QySOZkPB/CplBPc0hVlDYtRXCvweDXPKk1sdsK8Zb6E2ayNwoGGaADNABQAUALQIKBhQIKACgYUC CgAoAM0AFABQBHimUGKAExQMMUWAMUAGKAFxQAYoAMUAG2gLhigLhigLhigQ5GaNwynBFAmk1Y0o LpJBhjtb0NByypuOxPmkZi0AISB1OKYFW4uwoKxnLevpQawpt6soEZOTQdQ6J2ikDL1FBMkpKzNO K4SUcHB9DQcsoOJLSMwoARnVRliBQNJvYpXNzvGyPp3NM3p07asqgfMKDc18j1pHCLketACZFABk eooAa0iL1YD8aBqLZTubnepROh6mg3p07asqY5pm9wxQAYoATFAC4pAGKADFABtoC4YoAMUAGKAD FABigAxQAYoAXGKAExQAAUAGKADFAC4oATGKADGKADFAC8UAJigAoAKAFxigAoEFAwoEFAwoAKQC UwCgAoAWgAoAKAEoAWgBKACgABoAWgBM0AFABQAtACGgAoAM0AFAB3oAM0AGaACgAoAKADNABmgA zQAlABQAZoAWkAmaACgAoAKACgAoAKACgA6UAFAB9KYBSAM0AGaYBSAM0wCkAUAJTAWkAUAFMApA FABQAZoAM0AGaACgBM0DFzQIKACgAoAM0AGaADNIApgFABmgAFABQAUAFAAaACgCOeURIT36CrjH mdjOpPkVzPzuOSa7ErHmSlfUOlMgKYhKACgAoEHSgAoAKACgAoAKYBQIKAHJI0bbkYqfUUmrjuT+ bFPxOux/76D+YqOVr4TTmUviGy20ka7xh4/768impJ6MTg90KlydmyVRInbd1H0NDj1QKbWjGsIw m+NyCD909aFfZifLuhskjynLsWPqaaVthXuEUZkkVF6scUN2QJG6kYjRY04VRgVyt31OgptaR3TP IuI1zhCB971NWpOOgmlJ6lG4t3t3CvjnkEHrW0ZcxlKPKJHcMi7GAeP+439PShxTEpNDvKSU/uTh v7jf0PeldrcqyexCylThgQfQ1ad9iGmtxKBBQAYoAKBBQMSgBaACgAFAC0AAoGKDg0DuSxzsnfI9 KylTUjanWlAtxzK/Q4PpXPKm4nbCtGZJUGwUgDtTELQAlAwoAWgQUAFABQAUAFABQAUAFACYqgDF ABigYmKADFAC4oASgAxQAYoAXFABQAUAJigBaQBTAcGI6Ej8aQrIXzX/AL5/OgXKuwhct1JP1oHa w2gYUALQBditEeJWJbJFBzyqNOxILVR0dx+NBPtH2F+zj/no/wCdAufyKVwvlylQSR70G8HdXIqD QKALFrEJiwYngdqDKpLl2LH2NP7zfnQZe1YfZE/vN+dAe1ZFcW6xxFgTnPc0Fwm27FTNBuJmkAE0 AJnFABmgYZouAZoAM0AGaADNABmgAzRcAzQAZoAXNAWEzRcAzQFgzRcAzQAZpAOjAZ1U9zigT0Vy /wDYo/VvzpnN7WQfYo/VvzoD2siK4tUjiLLnIoLhUcnZlPNI3EzQFgzQAZ96B2DNAFm0hWbduJ4x 0oMak3HYs/YovVvzpmXtpB9ii9W/OgPbSD7DH6t+dAe2kH2GP1b86A9tIT7DH6tQHtpDGsP7r/mK ClW7orSQSRfeXj1HSkbRmpbEWaCwzQBJAgkmVCSAaCJvlVy79hj9W/Omc/tpB9hj9W/OgPbSILq3 SFVKk8nvQa05uT1KuaRsGaADNABmgBKAFzQAZoAKACgDQFjGQDlqZy+2kL9hj9W/OgXtpDZLONY2 YFuAT1oGqrbsUKR0hQMM0AJmgBc0AGaACgAoAKACgAoAM0AJmgAzQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABigBaAEoAWgQlAwoAWgQlAwoAWgQlAxaBCdaBi0CCgAoAQ0DCgQtABSADTAKQBQAUw CgAoAKACgBKAFoAKACgQZx6UAZ1xJ5knsOBXZTjyo86rPmkMrQwCmIKBBQAlAgoAKACgAH0pgFIA pggoAKBBQAUDCgQ+KZ4WyjEZ6+9JxT3GpNMm3QXB+YCFz3HKn/Cos47GnNGW5HLA8XLDKnow5Bql JMmUGtURdKZNjW02AJH5pHzPwPYVhUetjaC0LLsdyRgA7s7s9lqEih/yxpz8qKPyFLcZkypNdu0y Rnb0HtW6ajozNpy1RVIx2rQhqwlBJMtwSu2ZRIo6Z6j8alx7FqVtGKYBIN0Db/8AZP3hS5rbhyp7 EBBB96sizCgAoASgQUAL0oAKADNAwoAKAFoABQMcDjvSHcmjuWXg8j3rOVJM6IYiUdy0kqyDg4Pp XPKDidkKsZ7D6g0CgBaACgAoAKACgAoAKACgAoAKACgBM0xiZouFgzQFg3UXHYM0XCwZouFhM0XC wZoCwbqVwsGaYWDNK4WDNAWDNAWDNFwsGaAsGaAsGaAsGaLhYM0BYM0XCwA0BY1rb/j2j+lBxVPi ZLQQFAGZen/ST+FB10vhIM+9I1DNAFzTjl3+gpmFbZF6g5goAr3vFufqKDWl8RmZpHWGaBhmgBM0 AGaADNABQAZoGGaBBmgAzQAZoGGaBBmkAZoACaYBSGFMApAAoAkh/wBcn+8KCJfCzYqjhCgCve/8 ezfhQzSl8Rlk1J2B0oGFABQIKBl/Tekn4U0c1foXaZzhQIKACgBKAFoAQgEYPIoGZ93beX86fd7j 0pM6qdS+jKpoNiaz/wCPpKDOr8DNSmcYtAFPUf8AVp9aGb0N2Z9I6QoAKACgAoAKACgBaAAUAbK/ dH0pnnvcdQIZN/qX/wB00FR3Rj/SkdwlAxaAExQAYoAKAFoAOlABQAlABQAd6ADFABQAUAFABQAU AFABigAoAKAFoAKBCYoAKACgYUCFoAKACgAoASgYUCDFAC0AFACUDFoAKBBQAUAFAAaQCUxi0CAU AFIAoASgBaACmAlABQAUALQAUAFABQIKAK11LtXYOp61tShd3Zz16llZFMV1Hnti0xBQIKBAeKAE oAO9ABQAUAFMQlAC0AFABQAlAC0AKFYqSAcDrSHZiUxCUASxXEkXCN8p6qeh/CpcU9xqTT0JB5E3 QeS/5qf8KWq8y7qW+g5Wns39AfxU0vdkJpx1LVreRl3Mp2ux69sdhUSg+hamuo+6czyLaxMOeXIq Yqy5mU3fREiq1rAqLiTnC9jk0r8zHay0GXkKCzO7G5Bw3qaIt82gPazM4WsrQ+aqEr7VvzpOxmoN oiII61RmxASCMcGgCfzw/E67/wDaHDfnU8vYtS6PUVrYON1u3mL6Y+YfhS5rfEPkT+ErkY61Zm1b cSmIKACgBaQCUwFoAKQwoAXPNAB0oDYWgYoJHekxp2LMVyRw/T1rGdJPVHVTxDWki0CCMjkVztNb nammroWkMKACgAoAKACgApgFABQAUAFAEeaRQZpDEpgFIAoGJmgBaADNACZoAKAFoAKADNABQAZo AKAEoAXNABQAUALQI17X/j2j+lNHFU+JktBmFAGXff8AHy30FJnZR+Er0jUKYF3Tfvv9KEYV9kX6 ZyhTAr33/HsfqKTNaXxGWak7AoGJQA8Rs3RWP0FBLaQ77PL/AM82/KgXPHuJ5Eo/5Zt+VAc8e40x uOqkfhQVdDcUDCgAoAXafSgLhtPoaAuGD6GgACknABNArj/Il6+W35UC549xhBBwQRQO4YoGABPS gB4gkPSNvypk88e4hidfvKR9RSBST2HQj98n+8KBS+FmxVnCFIRXvf8Aj2b8KGa0viMvHNSdgUDC gQUDDvQBe03pJ+FNHNX6F6mcwUARzTCFQWBOeOKC4xcnZEAv4+6sKVzT2MiaO4jl4VufQ07mcoSj uS0EBQAjKGUg9DQNOxkTR+VIyntSO6MuZXGo7RuGUkEelA2k1Zk32qf+8fyoI9nAPtU/94/lQHs4 EcsskoHmHIFBUYxjsR0FBQAoBPQZoAeIZD/A35UE80e4eRL/AM82/KgOePcQxOOqMPwoDmQ3FBQU AAoA2l+6PpTPPe4tAhk3+pf/AHTQVHdGOaR3BQMMH0oEGDQMMH0oAKACgAoAKAExQAtACUAL2oEJ igYUAGKADvQAUALQISgYtAgoGAoEFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABSAKYBQAUAGKADFABigAxQAUAFAgoAKBhQIKAGu4RCx7VSV3YmUlFXM1mLuWPU12RVlY82cnJ 3CqMmFMQUAHFAgoASmAUCCkFwoGJTELQAUAFACUALQIBQMtxp5lsqK6qmd0rE81k9HdmqtayCWFW iaQLsOAVX0XoPxoUmnYbimiCSB05I4HBIq1JMhwa1I6ogBQBLFO8YxwyHqrdKlxTKUmiTbFMP3Z8 t/7rdPwNTqvMr3X5DUaS1mB2lWHYjrT0khNOLNC3u0nn3OQjAYRT09zn1rKUGloaKaY25/0q5W3Q /KvLkUR91XYPV2LMsi21vuHAHyqKhJyZWyKl2ls0GYypkJG3byTVx5k9SW1JeZTa1mRd7RsF9a15 09COSS1Jl06VoVcEbiM7D1qHUV7FKGhV5RuCQQeoNa7mexP56SjFwmT/AM9F6/j61HLb4S+e/wAQ yS2O3fGwkT1Xt+FNS6MThfWJCRVEMSmK4tABQAUgGvngDP4VnUbSNaaTE+6u4Z47VmpNGjimSfSu hGDXQKBBQAtACikMmgmMZweRUTgpG1Kq4MuggjIrkaseimmroWgYUAFABQMKBBQMKACgAoAKBEVS aBQMSgAoAKACgAoAKADrQAUAFABQAUAFAC0gEoAKACgBaAEpgLQBsWv/AB7R/SmjhqfEyWgzCgCj dW0skxZRkY9aTOmnUjGNmQ/Ypv7o/OixftYh9im/uj86LD9rEs2UEkLMXAGR60IxqzUkrFumYBQB Xvv+PY/UUma0viMs0jsJIYGnfC9O59KCZTUVqaUVrHGOFBPqaqxySqSkS4oIFoAa3SgBQMjmgCGW 1jlHTB9RSsXGpKJnTRGGQq1I64y5ldEeKCjYhUeSnA+6KpHDN+8x+B6UE3IbqPfCVUDJIxQy6crS ux0MCwpgDnufWiwpzcmS0ElS/KCLlQWJ4pM2o3uVIIDO+BwB1NI3nNRRpRQJEPlXn171SRySm5bk lBIhGetAEL2qGRXUbSDn60rGiqNKzJ6ZkFAFe9/49m+ooZrS+Iyz1qTsCgAoGFAgoAv6b0k/Cmjn r9C7TOYKAKmof6pf96kzejuZ9I6gBIII7UCNW1l82EE9RwapHHUjyyJqDMKAKGoJh1Ydxg0mdNF6 NENmM3KUGlT4WamB6CmcdwwPQUBcp6iAI06Dmhm9HdlCkdJctbPeoeTgdlosYVKttEXlRUGFUAew pnM23uOoEFACUARS28co5XB9R1osaRm4mfNC0L7T+B9aR1RkpK5HQUbK/dH0pnA9xaBEc3+pf/dN BUd0ZJpHcXbO1xiSQc9gaDnq1OiLmB6CmYXDA9KAuQzzLCvQFuwoLhFyZmuxdiSeTSOtKysNxQMW gBKACgAoAKAD8KACgBOKBi0CEoGLQIKACgBKBhQAtAgoAKACgAoAKACgAoABQAUAFABQAUAFABQA tACUAFAC0AFABQAlABQAUALQAlAB3oAWgQlAwoEFAxaBBQAlAwoAKBBTApXcu5tg6Dr9a6KUbanF XqXfKiAVucgUxBQISgAoEFABTEFABSGHagApiCgBM0ALigAFACUALQAdaAJ4rkq7NJ85YAAnsR0N Q432LU7bk6t54l2naiqFBY9s8k1DXLYtO4zyITGH+dUztDYzk+pHYU+Z3sLlTRXeFlXdglCeGxwa tSWxDg91sM6VRIZxQBNHcso2uBJH/db+lS4plRk0PWKOY/uX2t/cc/yNS21uWlF7DoZpbKRgU68M rChpTQawYl3dG4kBAKqowBmiMeUUpXJ9LjBZ5D1XgVNR9BwLrgySiP8AgX5m9z2FZLRXNCK/uPKi 2qfnf9BVQjdik7IyMZNdBiXjpr+SrKQXxkpWXtNTTk0Kn7yGQ4yjD8K00aM2mmP82KX/AFq7W/vo P5ilytbFc1/iGPAyrvXDp/eXmmpdGTydUR1RIlAC0AAJB44NJq407agBhSMkg84NQqaL9owFWQLQ AUAFACigYoNAItW0vO09O1YVY9Trw9Sz5S1XOdoUAFABQAUAJTAKACgYUCCgCOoNBKBhQAUgCgAo AKACmAYpAFABQAUAFAC0AJQAUAFABQAtABQAUAbFr/x7R/SqRw1PiZLQZhQAUAFABQAUAFABQBXv v+PY/UUma0viMykdhqWkYjgXjk8mqRx1JXkT0GQdKBlSS/RThVLe9K5sqLe4i3yscMpUeuaVxui1 sW16VSMGLQIq38YMO/uppM3oys7GdSOo2If9Sn+6KpHBL4mPpkhSAKBhQBl3cvmznHQcCkzrpx5Y l+3iEUKr36mmjmnLmdyWmQFIBC6g4LAH60XHZig0CCmAUgK97/x7N9RQzWl8Rl1J2CUDFoAKBBQB e03pJ+FNHPX6F6mcwUAVNQ/1S/71DN6O5n0jqAUgL+nH5XHuDTRzV+hcpnOFAFTUB+6U/wC1Qzej uVrP/j6Ska1PhZqUzjCgCnqP3E+tDN6O7KkCCSdVPQmkbzdotmvTOEKAKtzdGJ9iAZxyTQzanT5l dkSXzg/OoI9qVy3RXQuq6sgYHg0znaadhDIg6so/Gi4+Vle7eKSI4dSw5FBrTUk9ihSOk2V+6PpT OB7i0CGTf6l/900FR3RTtLbcfMcfL2HrSN6lS2iL9M5goAguLgQrxyx6Ci5pCHMZzMzsWY5JpHWk krIbQMKACgBKAD60AFABQAUAFABQAGgAFABQAUAFABQAUAFABQAdqACgA+tABQAUAFABQAYoAKAC gBaAEoAWgAoAKACgAoAKADFAC4oEJQMKADFACUAGKACgBaAEoAXFABQISgAFAB3oAWgCG5k8uM+p 4FaQjdmVWfLEzxXYea2LTJCgQUAJQIKACmIKQwpiCgApDCmIKACgA7UAFACUCCgBaBh0oAAaAROs +7arFkAG0lT/AA/So5S1LuTmQMpZVY7kICA8KoqLW3NE77Ec0KfKsanceVwchl9aqLfUlpW0K8kb RuVYYIq07rQzcWnZjaYhRSBE6XJ2bJVEiejdR9DUOHVGim0rMXyElGbdsn+433h/jRzNbjspbBbz vayH5fYqabSkidYs0LW5iMOTJhuWfPUmsZRaZopJmbcTGeZnPc8D0FbRjZGbd2T6dBvl3sPlT+dT UlZWKgtTSlfy03Y3MThR6msErmhC9or25RuZOu/3qlKzugtdWZlJE8jEIhYjqBXQ5JbmPK2xFZ4H +UlW70aNC1iyTdDN9/8AdP8A3lHB+oqbOOxV1LcbLA8XJGVPRl5BpqSYnBrXoRVZAUAFAC9qQCUw FpALQMBQAUAOU4OaTKTsaEb70BrklGzsenTnzRuOzUmgUAFABQAUAJQAUALTAM0gI6zNAoGJQAUA FABQAUDCgQUAFABQAUDCgAoEFABQAUAFABQAUAAoA2bX/j2j+lUjhqfGyWgzCgAoAKACmAUgCgAo Ar33/HsfqKTNaXxGXSOwes0ijh2/OgThF9CQXcw/jP4ii5Hso9hxuppEKdc+goF7OKdxi2sz9EI+ vFFinUiupPHYH+Nsewp2M3WXQvKMKB6U0czFoERXX/Hs/wBKGaU/iRk1J2mxD/qU/wB0VSOCXxMf TJCkBnXk7NIUU4Uccd6lnXSgkrsrrI6nKsR+NBq4p7joBunQerUCm7RZr1RwBTAiuZTFCWHXoKRd OPNKxlMxJyck+9SdqVi1ZTlZBGT8p6exoRjVgmrmhVnKFAFe+/49m/CkzWl8Rl1J2BQMKACgQCgC /pvST8KaOav0LtM5woAqah/ql+tJm1Hcz6R1hTAvab/y0/ChHPX6F2mcwUAVb/8A1I/3qGbUfiKt n/x9JSNqnws1KZxhQBT1D7ifWhm9HdlW2YJcIT0zipNpq8Wa1UcQUARS28cpyw59RQXGbjsQmwXs 5FFjT2z7DGsHA+VwfY0WKVZdUQSW8sYyVyPUc0jRTiyKgsWkI2F+6PpVHC9xaBCEAgg9DQNaCjA4 FAgoAbIWCEqMtjigatfUyXYsSWyT3pHcklsNpDCmAUAJQAYoAWgAoASkAtMBKACgAoAKACgAoAKA DFAC0AJQAtACUAFAC0AJQAtACYoAKAFoASgAoAWgAoAKACgBRQIKBiUALQIKAEoGFABQAUAFABQA YoEFABQAdqACgAoAKACmAjEKpJOAKEhN23M2aQyyFu3auyEeVHnVZ8zGirMQoEFMAoEJQIKACmIK ACkMKYgpDCmIKACgAoAKAEoELQMSgBaBCUAFAx6O0bblODSauCbWxOt2SMMqkEbWPt6D0qOQ09ox 8zKvmyBc+YdqHqAB1NJJuyKbtdohhgMiltyqM7RnuapysRGN9SMqVPI74qkxNNbiUCAEigCcXO9Q s6+YB0bow/GpceqKU9LPVA1uGG+BxIvp0YfhQpW3Hyp/CQ96ojY2rIxGBUhbOByO+a5pp3uzaLVt ByASSmTPyp8qfXuaT0ViguJRBCWPU8KPU0RV2F7EVrbtBHkHLEZZTx+tVKV2KKsZ13N58xcLt7Vr CPKjObuQ96szHxTyQn5G4PUHofwpOKe5UW1sTYgn+6RDJ6H7p/wqfej5l3jLyIZYXiOHXHoexqlJ MlxaI+lUQFABQFhaQwoAWgAFAC0DLdq2UI9K56q6nbhpaNE9ZHWFABQAtACUAFABmgQmaAuG4UBc bWRqHWgYlABQAUAFABQAUAFABQAUAFAAKAFoASgAoAKACgYtAhKAFAoA17X/AI9o/pVLY4anxsmo MwoAz7uaRJyFcgY6CkzqpwTjqiD7TN/z0akaezj2D7TN/wA9GoD2cexbsZXkZ97E4HemjGtFJKxc pnOFAFe+/wCPY/UUma0viMs0jsLFvaNN8x+VfWixnOoo6F6O0iQD5dx9TVWOd1ZMlCgdABQZ3uLQ IY8ip95gKRSTew5TkAjpTExaBEV1/wAez/Shl0/iRk4qTuNiH/Up/uiqOCXxMfTJAnANIZiscsSe 5zUHehKBk1p/x8p9aZnU+FmrVHEFMCpqH+qX/epM3o7mfUnUPh/1yY/vCgmXws2Ks4AoAgvf+PZv qKTNaXxGWak7BKACgA6UAFAF/Tekn4U0c1foXaZzhQBV1D/VL/vUmbUdzOIpHUGKANHT1xEzeppo 5qz1sWqZgFAFTUD8iD3pM3orVla0/wCPpKRrU+FmpVHGFAFTUPuJ9aGb0d2UKk6S9bXYKhJDgjof Wmc1Sl1RbB445pmAtABQAUAFAFW6tgVLoMEckDvQb06nRlCpOg2F+6PpVHCxaBBQAUAFABQBnXsO x94Hyt/OkzqpSurFakbBQAUwCgAoASgBcc0AFIQUAJ0pjFxQAlABQAUAFIA6UwDFAC0AFABQIMUA AFABQAUDCgAoAKACgAoATpQAtABQAdKACgAoAKACgAoAKACgAoELQAlABQAUALQAUAAoASmAUAFA BQAUCKt5L/yzH41tSj1OavOy5UVBXScLCmIKBBQAlAgoAKACmIKQwpiuFIYUxBSGH0oAKYgoAKAC gQlAxehoAKAEoEFABQAtAxwdgpQE7T1FKyGmyxFLFt28qWUIR/D/AL1Q4vctTRPJ87LEu5IwMEMB jaP4gahaal+RXkgDbTEjjLEbWHNWpdyXBdCvjBxVmdrCUAKCQcg4I7igCwLhZABcLu/214Yf41HL bYtS7imBlHmQP5ijuvBH1FHN0kHL/KPi1CaOMIApCjAyKHTT1Dma0JLTzLu582U7hHzipnaKshxu 3qWL6VljEUeTJJ6elRBa3ZbfYWOCM2O2NRkpnJHU0m3zDjtYp3dtHHEkqEjf/Aa1jJt2M5RVrklr YLJb7pMhn5XHYVMptPQcYq2pSmj8qVkDBtpxkd61i7q5nJWdhYp3i4Byp6q3IocUwUmtiTZDP/qz 5Uh/gY8H6GpvKPmX7svIhkieNtrqVNUpJ7ESi1uMqiRaQwHWgBaAAUALQMsWh5NZVNjow798tZrn O64maAuJmmFwJoC4m6gVwzQFwyaAuFABzQIKxOgKBhQAlABQAUAFABQAUAFABQAUAFAwoAKBC0AJ QMKAFpCEpgKDQBr2v/HtH9Ka2OGp8TJaZmFAGZff8fJ+gqWdlH4StQbC0AXdN++/0FNHPX2RfpnK FAFe+/49z9RSZrS+IzkXc6r6nFI627K5sKoVQoGAOBVHA3d3Y6gRHNKIoyxGaGVGPM7GfJdSufvb R6CpudUacUQ8sfUmkabGwowoHoKs4HuLQIiuv+Pd/pQy6fxIyqg7TYh/1Kf7oq0cMviY+mSMk/1b fSkOO5jVJ6AUgJIW2TIfQ0yZK8WjXqjgFpgQXcZkhIHUcikzSnLlkZZqDsLFlEXmDY+VeSaaM6sr RsaVUcYUAV73/j2b8KGa0viMypOwSgAoAKACgC/p3ST8KaOav0LtM5woAr3qM8ahQSc9qGa0mk9S l9mlP/LM1Njo549ySKykYjf8o/WnYmVWK2NBFCKFUYApnK3d3FoEFAGbeyb58DovFJnXSjaIln/x 8pSQ6nws06o4woAqah9xPrSZvR3ZQxSOkAD2FAXJIxMv3A/4U7EPle5L9rnjOG5I7MKCPZwexIt+ f4k/I0XJdHsyzDMky5XPHUGmmYyg47klBIUAZDjbIw7AmpO5ao11+6PpVHE9woEFAEFxdCL5VwW/ lSuaQp82rJkYOgZTwRmmQ1Z2FoEMljEkZU96CovldzKdCjFTwRxSO1O6uNpDCgAoEHagYUAHWgQU DCmAUCCkAUxiUAFAC0CCgYdKBBQMKACgAoEFABQAlAxaBBQAUDCgQUAFABQAUALQAUAJQAUAFABQ AYoAWgBKACmAUALQADpSAKACmAUAJQAUALQIKAI5pBFGW79qqMbuxE5KKuZpJYknkmuxKyPNlK7u wpkBTEFAB0NACUAFAgoAKACmIKQwpiCgApAFAwpiDvSAKYCUAL0oAKADtQAlAhaBhQAlAhRQMKBD g7AEZIB4pWKTLSzo7O7uUZuPXA9vc1m4tbGikhzojwIseAGfAwOQAOc0k2nqVo1oVHC+YRHkrnj1 rRXtqZO19BGUqxDAg+hpp32E01uN70xD0do2DISreopNXHexP50U3E67W/56IP5io5Wti+ZPSQjR SQYkibcvZ0oUk9GDg1rEmtbtRcmW4yzEYDY6fhSlDSyBS1uy/asGVgmCoc4I9OtYyXc1T7FIReff mMndHGT+XpWl7RuQ1eRfkLfLHHw78D/ZHc1ku7LM68skhXcso/3WPNbQm3uiJRXQo9K1MRaALTMy WQVyWaQ5UH+ED/Gs95aGu0depVrQzCmIWkMKACgBQKAJ7cdayqbHTh171yxmsTsuFIApgGeaACkA lMQUAHegBaAuFYHUJQAUAFABQMKBBQAUAKKAEoGAoELQAlABSAWgAoAKACmAYoAKQBimBr2v/HtH 9KaOGp8TJaZAUAZt9/x8n6Cpe510fhK1BqKKQF3Tvvv9BVI56+yL1M5goAr33/HsfqKTNaXxFCFt syHtkUjpkrxZr1Rwi0ARzxebEVzjuKC4S5XcoGylzjA+uamx0+1iWbe0EbBnOWHT2ppGM6t9EWaZ iFMCK6/49n+lJl0/iRlGpO014f8AUp/uiqRwy+Jj6ZI2T/Vt9DSHHcxyKg7w6UAFAGrbS+bCpzyO DVI4px5ZE1MgSgCNreJmyUGaC1OS2Y9VCDCgAe1BLbe4tMQUAQXv/Hs34Uma0viMupOsKBhQAUCC gC9p3ST8KaOet0LtM5woAKACgAoAKACgCC5nEScfePShmlOHMzMJJOak6yaz/wCPlKERU+FmpVHG FAFTUPuJ9aGb0d2RWJXzCrAEnpmki6t7XRoYA7UzluFAFe5tfO+ZeG/nQ0awqcuhV+xzZ+6PzpWN vaxLltb+SpycsetOxhUnzE1BmI7hELHoKBpXdjIJyST3Oak7loa6/dH0qjhe4tAhspIjYjqAaBx1 ZkscnJOc1J2ouWMvWM/UU0Y1Y9S5TOcKAKd7DkeYvUdaTN6UuhRpHQFABQAUAFMApAFABimAUAFA BQMKACgAoAKACgAoAKADtQIWgBKACgAoAKACgAoAKACgAoAMUALQAn0oAKACgBaADpTASgBaACgB KAAUALigQUDCgAzTASkAtAhKYC0AFACZpgZ9zN5kmB90dK6KcbK5w1p8zsRVqczCmIDQIKACgBKA CgQUAFABigApiEoAWkMKYgoAKAYlABQAooAKACgQUDEoAKACgQtAwoAKBBQNBQBNFMY+CNyYI2/W ocblqViSzCmZn2higyqZ6mlO9hws2S3Krt3SFjtXA3Hncef0qY+RcrW1K5tpAAQN3ygnHb2q+dEc nYhNUQwpiHxTPC26Nip/nUuKe41JrUl8yGY/vB5Tf3lHB/Cps47F8yluI8csAyCdp/iQ8GmmnoDi 1qizYXUUKlHG0k53dRUTi3sEZJFsZngkkU4LjCYPQD/Gsno7Gq1MZjk5PNdSOdjaZJPaxCWT5+I0 G5z7VEnZFwV2NuJjPKXIwD0HoPSnFcqCT5mR0yQoAKAFoGAoAlC4XOKVxpE8KYSsZvU66KsiTFZm 4YoC4YoC4YpgGKQC4oAMUwuJigQYoAK5zsEoAKACgAoAKACgAoAWkAUAFABQAlAC0AFABQAUAAFA BigAoAXvQI1rX/j2T6VS2OKp8TJaZAtAGZff8fJ+gqWddL4SuaRqFAF3TvvP9BTRz19kX6s5gpAV r7/j3P1FJmtL4jN6VJ1mja3QdQjnDDue9UmctSm07otUzEKAEoAimnSIcnJ9BSuXGDlsFtN50W44 znkelNBUjyuxLTIGyLvjZfUYpFRdncxyMEg8VJ3I14f9Un+6KpHDLdj6ZI2T/Vt9KRUdzHqDuCmA UATW05hfPVT1FFyJw5kaSSLIu5DkVVzjcWtGOpiCgCvcXKxAqpy/8qls1hTct9idOUX6U0ZvcWgR Bef8ezfUUM0pfEZlQdgYpgFIApgFAF3Tuj/hTRz1uhdpnOFMAoAKACkA1pEUfMwH40XGk3sV5r1R kR/MfXtSbNY0m9yizs7Esck0joSSVhKBk1n/AMfKUEVPhZp1RxhQBU1D7ifWkzejuykrFSCDgjpS Oi1zQgulkGGIV/507nLOm1sWKZkFABQAUANeRYxliBQNJvYz7m5Mx2rwv86R0wp8urIBQamwv3R9 KZwsWgQyb/Uv/umgqO6Mk1J2DkYo4YdQaAaurGqjh0DDoRVHE1Z2HUCEIBGDQMy54jFIV7dRSOyE uZXI6ChKACgApAFMAoADQAUAGaBhQAYoEFAAaACgYYoEFABQAUAFABQAtACUAFABTAWgApAFACUw FoAKQBTAKACgAoAKACgAoAKADFMQUAFACUALQAUAFABTASgAoAKBFe6m8tNoPzGtIRuzGtU5VYoi uk4GxaCQpiCgAoASgQUAFABQAUAFAAuAeRmhgrBQAd6ACgQUwCgAoASgBaACgAoAO1ABQAUAJQAU AFAhe1AwoABSGFMQZoAljn2rtZVdQcgN2NS4lKVtCx5qeUzeZknDBe4f1+lRZ3NOZWuUjzWhiwpg FAC0APimeI5Q4B6g9D+FS0nuNSa1RKPJmH/PF/T+E/4VOq8y7xluKrz2b5BK5/EGnpIVnHUrsckm qRL7iY5piLU3+jwCAfefDP7egrNe87mj91WKtaGQd6BhSAUUALjigY+NNzYpMF2JgPMkCjoKm9lc 0SvoWDjPHSsDtirKwUDCgAoATNABmgAzQAZoAM0CDNAAa5ztEoAKACkAUALQAUAAoAKACgAxQAUA FAC0AFABQIKACgYUAFAg6UAPEsgGA7AD3oJcU+g7zpP77fnQHJHsHnSf89G/OgOWPYYzFjkkk+9A 0rDaBi0AKrsn3WI+lAmk9x4nk/vt+dBPJHsL58n/AD0b86A5I9hrSOwwzMR9aBqKWw2gYdKAJUuJ U4Dn8aZDhF9B32ybH3h+VFxeyiNa4lbq5/CkNQiuhESTQWKrsn3WI+hoE0nuO86T++350C5I9gM0 n99vzphyx7DCSTk8n1pFDxLIAMO2B70yeVdg86T++350g5V2DzZMcu350ByrsMplBSAKYgoGOWRk OVYqfagTSe5KLyYfxfpQZ+yiNa5lYYLnHtQNU4roR0ix/myAcOw/GmLlXYTzpOzt+dAcsewjSOww zEj60AopbDaCgoAKACgAoAcrsn3WIoJaT3HefIP42/OgXJHsHnSf32/OgOVdg86T++350Byx7B50 n99vzoDlXYQyuRy7fnQHKuw0n1oKCgBKACgBQxU5BwaAtcd58n99vzoJ5F2F86T++350ByrsNZ2c fMxOPWgaSWw3NAwzTAes0ifddhQS4p7kgu5h/Fn8KCfZRF+2Teo/KgPZRGm5lI++aB+ziuhGWLHJ JJ96C0rCUAFAD/Ok/vt+dInlXYPOk/vt+dMOVdgMrkYLtj60ByrsM7UFBQA9ZHUYDED0BpEuKYed J/fb86Ycq7B50n99vzoDlXYazMxyxJ+poGklsNoGLQAlABQAUAFABQAUDFoEJQAtACUAFABQAUwF oASgAoAWgApAFMApAFMAoAKADFIApgFABQAUAFAgoAKACgBQKACmAUAGOKAExQAYoAWgQmKYC4oA TFAARQAYoAMUCuGKYXEYhFLN0FFhOVlczJXMjlj3rpirKx59SfM7jasyCmAUCCgAoAKBCUAFABTE FAwoEFABSGFABTEFIYlMQtABQISgBaACgYUAFABQAlAgoAKACgYtAgoGFABQIKBhmgAoAKACgQUD DvQIWgCWOd4xt4ZD1VuRUuKZak47DykUvMTbG/uMePwNLVble7LyH28BhYyzoQkfY/xN2FTKV9EO MbasryOZHZmOWJya0SsrGbd2M6UyQ6UD2CgBRSAUUDJ1Hlx57mpepSViaIeWmT95qzm+hvSj1Yua zOkM0AGaAEzQAZpgLmkAmaYBmgAzQAZoAfXMdgUAFIAxQAdKACgAoAKAFoAKACgAoEAoGFAgoAKA CgAoAKACgAoAWgBKAFoASgAoAKACgBaBC0AFABQAUAAoAKACgAoAKAEoAKACgBc0AFAgoAKBhQAU AHQ0wCkIKACmAUAFAwoASgBaACgAoAM0AFABQIKBh0oEFABQAUAFABQAdKADpQAUAFABQAUAFABQ AUwCgAoAWgAoAKACgAoAKADHNABQAYoAMUAGKACgAoAMUAGMUAGKADHNMAxQAUAFAC4oAMUAJigA xQAYoAXFABigAxQIMUBcMUAGOaADFAC4oAMUAGKADFABigLhigAxQIMUwDFIAxTAMUAGKADHNAXD FABigBcUCDFMAx7UAGKADFABQAcUAJj2oAXFACYoAMZoAKBCUwCgClezZbyx0HWtqcepy1p9EVRW xyhTEFAgoASgQtAxKBBQAUAFMQUAFABQAUgCgdwpiCgA6UAFABQAUCCgoKBBQAUAFACUCFoGJ2oE HegBaBhQAUAGc0BuFAB1oEFABmgAoAKACgYUCFoAKAHGV2QIWJVegz0pWW5XM9hufypk3CgAoHsF ACikBLCm5s9hSZS1JgPMk/2VqW7ItK7Hk5NYnZFWVhM0FBQAUAFACigApAFMAoAKQBQA+uc6wpDC gAoAKACgApgFIBaBBQAUAFABQAUAFABQAUAFABQAUAFABQAdKAFoAKACgBKAFoEFABQAtABQAlAx aBBQAUAFABQAlAC0AFABQAUCCgAoGFMQUDCgAoABQAUCCgAoAKBhQAdqACgAoAKACgQUAFABQAYo AMUAFAC4oAMUwDFIAxTAMUAGKADFAC4oATFABigBdtABigAxQAYoELtoC4bTQAm2gdwxTFcXbQFw 20BcNtAXFxQFxMUBcMUBcMUBcXFArhigLhigAxQFwxQAYphcAKAuGKAuGKADFABigAxQAYoAKADF AC4oEGKACgBMUDFxQISgBaAEoAKACgAoAKACgAzQAUAGaADNAwzQAmaAFzQIM0DDNAgJpgGaQBmm AUgEzQAZpgFABmgBM0ALmgBM0wIriURR57npTirsznLlVzNJJOT1rqSscEncWmQJTEFABQAlAgoA KACgAoAMUxBigLBQAUgCgAoAKYBQAYoAKACgAoAKACgANA2HbFArhQAUCCgBKACgBaACgYdqBBQM KACgAoAKADvQIKADFABQAtABQAUDCgQUhijHc0AFAxVGeKALB/dxhR1NTuVsSKNiADr1NZSd2dNK NtRTyak3EoAWgAoAKADFABSAKYBSAXFABigB1c51hQMKAFpAJQAUAFAC4oEFABQAnSgBaACgAoAK ACgAoAKACgAoAKACgAoAKBBQAtABQAUAIKAFoAKACgAoAWgAoAKAEoAXFABimIMUAFABigBcYoAM UAGKADFABjFAXACgBcUAJtoAXFABigAxQAbaADGKADFAABigA20xC7aAuG2gA20BcNlAXF20BcNt Ag20BcNtAxcUCDbQFw20BcNtAXE20wuLtoC4baAuG2gLhtoC4YoC4YoC4YoAMUBcKAFAoASgAoAK YBQIKADigYUCCgYcUhBQAdKYB1oAM0AFAwoAM0AGaADNACUAGaADNABmgAzSCwmaYC5oAM0AJmgB c0AGaADNABmgBM0AGcUAGaQBmmAZpAGaBiZoAXNABQISgYUAFABQAUwCgBaBBQAdqACgAoASgAoA KACmAUAJQIQmgDOuJDJIfQcCumEbI4as+ZkfStDAKYgoEFABigBKBBQAtAxKYgoEFABSGFABQAd6 AFoASgAoAKYgoAKACgAoAKBBQMSgQtAwoEJQAUAFAC9qBhQAUAFABQAUAFABQAUALj3oCwUAJQIW gYUAFAgpDCgAoCwozQBPAo+8e1JlIkT52LnoOlQ3ZGkVzMfWR2LQKACgYtACUALyaBCUALQAYoAX FABQAUAOrmOsOlAwxQAYoAMUAFIApgGMUgFoEFABQMMUCDFABjigAxQAYoAMUwuKBSATFAXDFADZ G8tCcZ7AeppibsNELEfvHYk/3TgCgVu4h3RMMsWQnHPUUBew28ZkRCpIJcDihCm9CxikVcr2rFvO 3EkK5AyegqmRF7i/a4Acb/bODj86VmPnQl3N5Ua7TgsRyBnimkKUrLQnQh1DL0PSkUmVp1Z72OMO yAqT8pprYiWsrCTQSQRNIk7kqM4Y5FANNK6YpkZp7U5IDqSRn2o7hzXaLKursyryV4NKxdwV1aRk Byy9aLBzdCNrqEMVLdDyQCQPxp2J50SROky7ozkZxmkNO4sjLGhZyAB3oG3YiW7hLAZIz0LKQKdi edD5Z4om2yNg4z0osNySCK4ilcorHd6EYosJSTCS4iibYxJbuAM4osDkkR2snm3M5VtyfLjn2oEn dsmuMrbyEcEKeaENvQr29t5tujtLNlh/f6U2yUroIi6TTQM5cKu4E9RQCbTsPtZAtikkr8Y5JPvS e44uy1HC7hLBSWXJwCykZosHOiUSIZjFn5wM49qB31sBkQSrHn5mGQMUBfWw/HFAwxQAYoAMCgBc UAJigAx7UALgUAFABQAUAFABQAtAhKBi8UCEzQAZoAM0xhnFABn0pAGaYBQAZoAQtQFgzQFg3UBY N1AWEzQFgzQFgzQFhN1A7BmgA3UBYM0BYM8UAG6gLBmgLBuoCwbqAsG6gLBuoCwZoAM0AJmgAzQA ZoAM0AGaADNABmgAzQAZoAAaACgBKBhQAUCFoAKACgAoAKACgAoAKAAUAFABQAUAFABQAUAFABQA UAGKAFoEFAB2oAKYCUAFABQAUAFABTAQ0AGaBFa8m2rsXqevtWlON3cwrT5VZFIV0nCwoEFMQUAF ABigQlAC0AJQAUAFAAKYgoAKQw6UCCgYtAIKAEoAKYgoAKACgAoAD1oAKBCUDFoAKBBQAnSgBaAC gAoGFABQAUBYOlABQAUCCgAoAKAF70DCgAoAKACgAoAUUhjkG5sUAWG+UCMVPmVtoSBQABWUndnV TjZXFxUmoYoAKAFoAKACgAxQAYoAKBBQAUAFAEu2uY6rhtoHcNtAXDbQFw20BcXbQFw20BcNtAXD bQFw20BcNtAXF20CuG2gLibaAuLtoANtAXDbQFw2+9AXDFACYoAjnGEVuysCfpTFIlGDyORSGRXA BQIPvMwA/PmmTLYi1EZhQesgoQp7Cmxi/vyf99mi4ciKqgpZ3QXPDkUyVomXo0T7Mq4BTbSLVrFI ZOmRZ5+cAfTNPqR9k06k0KNwjPqEYVyh2HkU1sQ1qiQ2ZfAlnkdeu3oKLhy92JMAL61A4ADfyoB7 oW2P+k3P+8P5UMa3ZGCftV4V5IQY/KgnqyazCfYo8YwV5/rQ9yo7DdNx9mOOm84oYobDrt0UICnm MW+QZ70IcivfGfyP3nlqu4cDk5pomV7aksgDalFnshPNLoN/EhZuL+3IHZqAe6Eses5P3/MOfpTY R6i220XlztAxkfnSBbsmuj/o0v8AuH+VBT2K1rA7W0ZFxIoI6DHFNshR0JkgSCKQglmYcsx5NIpR sVkkRNPgDRiRicKD65pkr4QvWnNv+98tV3DgZJ/OhWCV7ak10fLliuOyna30NCHLTULZvNuJZ+33 F+go2HHV3LW6kXYM0CDNAwzQAbqAsJmgBc0AG6gBM0ALu5oATdQAbqAsG6gLBuoAM0AG6gA3UAGa ADNACZoAM0AG6gLBmgAzigAzQMTNMAyaQBmmAZpAGaYBSATNMBaQBmgAzTAKAEzQAtIApgFIApgF ABQAUAFABQAUAFABQAtAgoASgBaAEoGFABigAoAMUCFxQAUAFAB0oAMUAFABQAUAFABQAUAGKAFx QAUCDFAw6UCCmAUAFABQAUAFABQAlABigAoAKACmAUCE7UDGSOEQsegppXJk7K7M1mLuWY8muqKs rHnSlzO4VRmxKYBQIKACgQlABQAtACUAFABQAUAHSgAoEFAxaAEoAKACgAoAO9MQdKQwpiCgAoAK AEoELQMSgQtACUAL3oGFAgpDCmAUAFAAKACgAoEFAwoAKACgAoAKAFoABSAKAFHWgCxCoRd5qX2K XcfEOS56npUydlY1pxuySsjqCgAzzQAUAGaAAUALQAcUDCgAzQAUALmkAmaALXFYG4mKBhxQAcUA HFAAKADIoAKQBQAZoATNABmgYZoAM0CDNAwzQAhNABmgAzQAmaADNAEfl7f9W7IPQdKBco5UVWJ5 LdMk80AlYSaNZlCsTgMDx7UXBxuPzQMijhSMOBkhzkg0XFy2IvsigbPMkEf9zPFO4uQkkhR4PKIw oxjHalcfKrWHxjy0C7mbHduTQCVhrRqZ1lOdyjA9KA5dbkm6gdhjxq8qSEnKZxRcVr6kclurS+Yr OjHqVPWi4nG+oscCQF2TOSOcmi41G2xUDW+058yMk/NECeTVGenUs2KGO2AYYJJOKTLgrIkmiWZQ GyMHII6ilcbjcja0RxiR5HPYk9PpTuLkRKY185ZOdyjFA7dRGjVpUkOdyZxzSG1qMe3VpN6syMep U4zTuJxvqOhgSAsUz82M5NFwUUiR1DoVPRhg0h2EjQRxqi5wBimCVtBTyCD3pDsRG2jMKxc7V6HP Ip3J5Vaw1rONlw7SP6Fm6UXFyIS7kURGHDM7LhRihBJ2ViWCPyoUT0HNBSVlYkoGJmgBaACgAoAK ACgAoAKACgAoAKADpQAUAFABQAUAFACUAGaACgAoAKACgBaAE70AFMApAFAAKYB0pAFMAoAOlIAp gLQAlAC0AFAC0CEoAKBhQIKACgYUCFoAKAEoAWgAxQAYoAXFABigAxQAYoAKACgAoEFAwoAKAAUC CgYYoAMUAJQAtAgoAKACgApgLQAUAJQAUAFABQAUAFABQAUAFACUwCgAzigANAhtMCjdy722KeBW 1OPU5K076EArY5QoEBpiEoAKACgQUAFAB2oAKACmAUgDpQIKBhQAUAFABQAtACUAFMQUAFIYlMQt ABnigOgUAFABQAlAhaBhQAUAFAgoGFABQAUAFAgzQO4UAFABQAUAFAC0gDNMBKAFpDuLQA+NN7AU MCdvmYIvQVHmX5EpAHHYVk2dUI2QUiwoAKAEoAWgBKBi5oASgBaBCUDFJzQIM0DE5oAtbq5zoE3U DsJupBYN1AWDdQMTdQAbqAsGaAsG6gLCbqAFzQAZoAM0AJmkFgzQFgzQAZoAM0AGaYBmgAzSGGaB CZoAWgBKYwpCDNMAoAKBhQIKACgAzQAUAGB6UAFABQAtACUDFoEJTGGaACgBaBBQMKBBQAUAFAB3 oAKACgAoAKACgBc8UAGaACgAoASgA7UALQAUAFABQAlABTAKADFAB0oAKACgAoAKACgAoAKACgAo AKADNABQAUAFAC4oABQIKACgAoAKACgAoAWgA/SgAoAKAFoAKBBigYUCCgYUAFAgFAwoAKYBSAKB BigBaAEoAKADFABQAUAFAC0AFMAoASgBaACgAoAT9aACgAoASgApgLQAlABmgAzQAUAHagQhpgJQ IhuZfLiODyeBVRjdmdSXKigOa6UcDYtMkKAEpiCgAoASgQtAwxQAlAtBaAEoAWgAoASgAoABQAUA FABQAUAFMQUAFIApgFABQAUAFABQFgoEFABQMKACgBaQxKYgoGFAgoAXFIBKYBQAUAFAC0gCmMKQ gxQMKBCigZZQeXHk9TUvUpaDol2ruPU1En0Nqcbu4+szoCgYUCCgAoAM0AFMAzSAM0wF4pAAAFAC dKYCUAGaAJ81ynWJmgYZoAKACgAoAM0AJQAtIA70AFABQAUAFABQAUAHSgAoAKACgAoAa0iIfmYD 8aYrpArBhlSCPagdwLqGClgGPQetArgzrGMswUepoBuwuQRkHINADRLGcEOPmOB70WC6HZ7d6AEV 1YnaQdpwcdqATTHUDEZgqkscAd6BACCMg5B6UAJvXfsyN2M4oC4jzRxffdVP1p2E5JbixypIMowb 6UAmnsNa4iRtrOoI7E0WByS3FSaOT7jq2PQ0WBNPYfQUFABQAfjQAUAFACAgjIPFACmgBrOqsqs2 C3QetArjqBiI6Ou5WBHqKBJ3IzdwBseYOKLE8yJN67NwI246igq5H9rg/wCeq0WJ513JVZXG5SCD 3BoKTuOoASgAoAKBhQIKYBQA13WMruONxwPc0BdIbLPHCQHbGaLCcktxySJITsOdvWiw07jqADpQ AUAJuG7GRkdRQFxEkWQEoc4OD9aATuOoAKACgYUCCgAoAKACgAoAKADNABQAfjQAUAFAB0oABQAt AgoAKACgAoAKAG+apkKZ+YDJGKBX6BHIsq7kOR0oBO5JQAdKACgYUAFACUwFoEFABQAUgCmAUDCg AoEFAC0AJQAUALQAUAFACUALQAUAFABmgAoASgAoAKACgAoASmAUAFABQAd6BBQAUAJTAM0AITig A60CEYhQSelAm7GdNIZZC3btXTCNkcNSfMxlWYsWgAoASmAUCCgAoEFABigYYoASgQUALQAlABQA UALQAlAC0AFACUALQAlABTEFABQAdKACkAUwCgAoAKBBQFgoGFIAoAKYB0oAOlAbCikAlMAoAKAA UAL1oAKAQUAFAC0gCgZJAm5/ak2CWpN/rJcfwip2Rold2JCfSsjqirKwUFBSAM0wEzQAmaBC5oAM 0AJmgBc0AGaAEzTAM0AJmgBefb86AuT1yHaFABQAUAFACUAFABQAtABQAUAFAB0oAKAEoAWgAoAK ACgAoAjmYqmF4LEKPahCbFSNYxhRj39aAtYZKBHiRRg5G7HcUxPTUjvPlMUo6o36GhCl3C5Xzpo4 e3LGhClq7CRS7LBifvRgr+NHUE/dBcQxWyMgJJ79jTDZIQNJ/aDfKPujv2z1o6C15hsLyiWdYkDf PkknAFAJu7sWIJjKGDLtZDgjNIuLuF1/x6yf7tCCWw63/wCPeP8A3R/KhhHZEI/5CT/7gp9BfaI1 dILiQ3C8s2Q+MjFBOzdyaNIpJxNC65x8wHf60DSTd0Ql4kvZvOxggYyM0dBXSk7gGikuovs+MjJY jjigLpyVi9SNSsbiRpnijQEr3J4FOxHM72Q6KclnjlAV1GT6EetA1LoxqzzSjfFGuztuPJoFzN7B 9q/0ZpQvKnBU9jQHNpcY8s7wO3lqqFeOecUCblYltC5t13AAADbg9aBwvYnpFla4/wCPq3+ppkS3 RZPSkUUoFaTTWVPvHOKfUzivd0FhuLdYxHImwgYIZetAJpKzJFjWO1lCPuUgkY7cUDSstCG3ntkt 0V8bgOfloJjKKRJY4PmsnCM3yihlQ6tFiWQRRM552jNBbdkQCa4CCTYjKf4VPNBHM9x087xyxpGm 4uDjJoQ3KwCaSOVUmC/P91l9aAu09QaaR5WjgVTs6sx4HtQJybdkOinLM0cqhXUZ4PBHrQNS6MjW aeVS8SKE7bjyaYrt6oDPuWBjGAWfGG6igObYZ+9OonhMhP0zR0FrzEiTqPPYqAIz270FJ7iCa4Ke aI024ztzzigV5WuPeaQ7Fij5cZyw4Wgbk+gizSpOkcwQ7+hWgV2nZkcJl+3S52dt307UCV+YelyF gkkZQNjkYHegalo2IZblU8xkTbjJUdaAvK1xZbohImiXd5hwBQDlomhDNNFIglVCrnaNp6UBdrcc 8sjXDRRbAVGSWoBt3sh8DyNuEqYIPBHQ0DTfUloKKUxmM8JfAXzMBR/M0GbvdXLtBoVZF8678tid iLkj1NBD1dhYR5N00Kn5Cu4A9qAWjsLHuMs0gGcfKv4UDWrbI4/M+3L5rAkoTgdBQSr82pcoNCre eaY32kLGFyT3PtQiJXsTxf6lP90UFLYZcTNEFVBudzhQelApO2w0POkiiRVdW4yo+7QK7T1ASzTO wh2qinG5hnJoFdvYWO4crKrqBJGM4HQ0BzdyMT3L2/nAIFAzgjrQK8mrime4MJnQIqAZ2nqRQF3a 46W5cJC0SgmTsfpQNy2sI0s0DKZtjIxxlRjbQF2txV/5CEn/AFzFHQPtBFcObMyBNz5ICqPegE9L iSy3MEfmuY2UdVAxQJuS1HzzyJJEsShvM9aBtvSwglminjSXYyyHAK8YNAXaeorSyyTNFDtXZ95j QF3eyATvGknnr/q+QwHDUBdrcbvufL8z930z5ffH1oFeVrliGQTRK69CKCk7q4+gYUAFAB3oAKBh mgQUAFABQACgAoAKACgAoAM0AGaAEoAM0ALmgApgFIAoASmAtABQAlABQAZoEJTAM0AGaAEJoEJm gAJoATNMBaQirdy4Hljqeta043dzCtOysiqK3ORhQSLTASgQUAFABQAUAFAgoGFABQIKACgYUCEo AKACgAoAWgYUCCgBKBBTAKQwpiCkMPwoAKYgoAMUBYPagAoDYKAFNAMKQCUAFABQAUwFIpAwFAIK YCUgFzxQMKBBQAUDCmIWkAoHNAyzjyo8D7xqd2UtByrsQep61Enc3pR6hmoNhc0AJmgAoAKYCUAG eaADNABQAmaBC0AJQACgApgFAFmuQ7gpAFABQAUAFACUAFAC0AFABQAUAFABQAUAFABQAUAFABQB HMpZPl+8pBHvTE0KkqMMg4PcHqKLAmMkYTfu15GcsR0AoE9dBblPMt3X1FANXRBZsZnaY+gX/Gmy Ya6kcqkXRhA+WRg/+P8AKglrW3cmu/8AWW/+/Qi5dBCypqLbmxlABn60CvaQtr/rLj/rpQOO7Ft/ +Pm4/wB4fyoCO7JZ1Lwuo6kHFIpq6Ibe5iECqzhGUYIPFOxEZJLUSA+ddySr9wDaD60AtXcVLlQW juNqsDxkcEUApdGR/u2u4zbYyM7yvTFAtG1YVZI472bzCFzjGaOgXSk7iTvHK8Qgw0m7OVHQUBJp 7F6kalOOVI72dXIXJGCafQz5kpO4AefcyPGflEezPqaA+J3QttPGluEkYIycEGgIySVmQkE2c8mN odsge2aZP2Wy3KM2jY/uf0pGj2GQTxi0Vt3CKN2O1BMZLlLCkMoI6EZFBdyveZRopQMqjc49KCJd GOe8gCEq4Y44A60WDnQyJJYbAbR+864NAJNR0HC6t5Ey7L7qwoDmi9yKBf3FyyAiJs7B+FAl1sOt rmBLaNWcAgcjFMIySVgtcPcyyRjbERjp1NAR3bRZmO2Fjt38fd9aRb2KLGGOLzLeZkfsgOfwxTMt N0STSeXcW7yjHynd7UFN2auLK63E8KRHdtbcxHagG1JqxEI40uZROxTJ3Kc4BoFZJu5JAkbyS+SG PylfMLdc0DVm9Bbe4jitwkjbGTgqaAjJJWYkrtKLZ2XaTJ0oBtuw8f8AISb/AK5/1oH9oiCGRLxV 6luKBWvclW7jWAc/OBjZ3z6UDU1YjlkdpY1mcxIVycevpmglvVXGDyheQ+VuIycsSTmmGl1YmV1T UJQxwWChfekO9pEQRntJgoJIlJx680xWumTPeRNASpy5GAuOc0iudWIzGY0tEbqG5oFa1iW8H+p/ 66igc+gy48lpys67MD5XzjNMUrX1HWbHfIA7PEPus1II7lqg0K919+3/AOugoIl0JnkWMAucZOB9 aCr2IHYQ3pZztV1wD7iglu0tRgkVriSdfuRx43epoFfW5PbJsgUHr1P1NBUdERt/yEE/3DQL7RMZ FV1Qn5m6Cgq/QbdD/RZf900ClsPi/wBUn+6KBrYguspLDNglUJ3Y9DQTLdMX7UHkRIMPk/MccAUW DmvsRwSrbb4pfl+YkE9waBJ8ujBMyG4m2kKybVz3oFvdj4/+QX/2zNA18IY/4ln/AGz/AKUB9kik by4bNyCcY4/CgnZIfcSLdBIoTuywJOOgpjb5tEOX/j/k6/6sUD+0QKZE04GPcPnO4jqBQTryjZ1t zA3khpHx15OPegTtbQsvzdWvpg/yoK6odcg/aLb/AHzSG90MVxbXMvm5COdwbFMWzCR3uopVRcIB 8pPBY0BrJEQNr5PMZ8wD7nOc0E6F23XZAo2bP9nOcUjRbEmaBhQAtACUALQAUAFMBKQBQAUwDNAC 0AFACUAFABQAZoAKACgAzQAZoACaBBmgAzQAZpgITQAE0AJmgVwJoC4maBBmgBDTAKACgBKBDZZB GhY/hTSuyZSsrmeSWYk9TXSlY4ZNvUWmQJTEFIYUxBQAUAFACUCFoGFABQAUAFABQIKACgAoAKAC gAoAKAEoAKYgFAIKQxaADtQLoJTAWkAlMApDA0xBQAUAFAC0AgpDCgBKYhaQBQAUDEoAU0AIOKYk LSGGKADvQACgQvSgZNAmTuPQUmxpXJE+eQsegqW7IuKuxxOTmszqSsJ3oGFABmgAzQITNABnigAz TAM0AJmgQZoAM0AGaACgANABQBarkO8WgBKACgAoAKACgAoAKACgAxigApAFMAoAKACgAoAKACgA oAKAEKKeqg/hQFhQABjAxQAlAAFC9ABQAbRkHAzQAYBxwOKAAoDjIBx7UCsGAM4GM0DAAA8DrQAt AhpiRjlkBPuKAshwAAwBgUANZFb7yg/UUBuKqKowoAHtQAFFJ5A/KgACgdBj6UALQBBHBiaYuoKu RimSlqycLtGAMAdhSKGmNWOSoJHfFMNBSARggUALQAx4w0bKuF3DrigTQ9VCqFHQDFAxcUANEaKc hVB9cUCsOoGN8tS2SoJ9cUCsh+BQA3aPQUALigYUAJsXOdoz64oERSQs1zG/G1Qc0xNa3JVUKMAA D2FIoUqDwQCPcUAAGBgdKAEKgnJAPuaYCmgAxQAnagAwM5wM+tAAQDwQCKADA6UAGBnpQAY9KADa M5wM+tABigBcUAGAeoH40AGMUAFABjNAgI9aAAqCMEZFACbRjGBj0oAWgYYGelAgwM5wKBhjPWgQ AYoAKADAHagAxQAtABQAUARSxNJJEwxhGyaCWiTgDjvQUFMBRQIMY7UgCmAv5UAJ9aADtQAAc0AL QAUAFABQAUAFABQAUAFABmgBOKYBmkIAaYwzQIKADNAXEzQFwz6UBcM0BcDQK4ZFAXDNAXDNABmg Lhn3oC4UCuJTC4UBcMUCuHagLhQFwoFcKAuIaAuGMUCuAphcpXMu99o+6K1hG2pzVZ3diEVqYMWg QUwEoEFABQAdqAEoELQAUDCgQnagAoAKACgBaAEoAWgAoASgBaACgBMUAFMQdqQBimAUhhTELSGF AhKYBSGGaBBQAUwCkMWmIKQwoASgApiCgAoAWkMKBCUwFpAFAwoAXFAhVXcQBQOxZcbUEa9T1qfM q3QcRtUKPxrNu50QVkNpGgUAFMBBQAuaBCUAFABQIKACgAoADQAUALigLiUAFAFquQ9AWgBKACgY UCCgAoGJQAUALQIKACgAoGAoEFABQAlAC0AFACUDF7UCCgAoASgBcUAFABmgAoAKAEoAXvQIKACg AoAKACgAoAWgApgFABQAUAFABQAUALQAlABQAUALQAlABTAWgBKACgAoAOlABQAUAFABTASgBTQA mKAFpAJQAvamAUAFABQAUgCmAtIQUAFABQAUAFABQAlAC0AFMA/GgA60AFAC/SgQlABQAZoATrQA UALQAZoAM0AGaYBQITNABmgLi5oC4maAuGaAuGaBXDNAXDdQFwzQFxN1AXDNMLiZpCDNMLhmgLhk 0AGaAuFAXCgLhQFwoC4tAXEoFcKAuLQFwoFcKAuFAXFxQFxMUCuFAXFoASmAtAriUAFAwzQITNAE NzL5aYB+Y1UVdkTlyopV0HI2LQSJTEFABmgAoAO1AXCgQUDCgLBQAlAgoAWgA/CgBKAFoAKACgBK ACgBaACgQlAwoEFAwoAWgQUDEpiFpDEFMQUAFIAoGFMQUgCgBaBiUAFMQUALSHcKACgApiCkAUDC gAoELQMnhUKpc9qllIenUyN+FJ9i4K7A59ag3CgBKAA0AJTAWgApCCmAUAFACd6AFoAKACgYtIQU DCgCzXIegFABQAYoGJQAtAhKBhQAUALQAUCCgBKBi0CCgAoAKYBSAOlMAoADxz0FICISluY4yy+p 4zTJv2HJIC20gq2Oh70DTEmlEIUkZ3MF4oE3Yk70FEEtwY5RGsbOxGeKCHKzsJ9ol/59n/MUBzPs LNcGIoPLLM/QCgHKw03TIN0kEir3PXFAuZ9UWFYMoZTkHkGgtO42Rym3CFsnHHagTdh9IYUwCgCJ Z9wlwuTGcY9aLE33JEbcisRtJHQ9qCk9B1ABQAlADYpVmTevQnvQJO6H0DCgAoAKACgAoAKACgAo ERxy75JExjYcfWmJO7JaBiUDFoEMEqmZowOVGSaBX1sOoGBOBk9qAGxSCWNXAIB9aYk7odSKCmIK BiUALQAUCCgAoGJQIKAFoAMUAFABQAUALQAnagAzQAUALQAmaADNABmgAzzQIM0AGaAuGeaYC5pA JmmAZoC4maBXDNA7iZoFcXNAXDdQFwzigVw3UAJmmFw3UBcM0CuGaAAGgLiZoFcM0DuGaBBmgAoA M80AGTQAlMQtAXEoC4tAXCgLi4oC4UCuFAXCgLhigLigUBcMUCuFAXFoAOlAB2oAM0AGaAEzQAZo ATNABQMM0AGaAEzQAZoARmCgk9BQDKEjmRy35V0RVkcc5czEqjID7UAJTEFABQAUAFACUCFoAKBh QAlAgoAKAA8UAH0oGFAgzQAtACUALQAUAJQAtABQAlABQAtABQAUAFAgoAKAAUDCgQlABTAWkAZo APagYUAFABTAKQBQAUCCgAoGLQAlAEkal2xS2HYmfkiNegpeY/JCsQPlHQVG50RVkNzQUGaBBmgB CaADNAC5oATNAC5oATNABQAtABQAUAGaADNABmgBc0AWq5D0QpAFABQAUAFABTAKAAUAFAAKQBQA UAFMAoAKACgAoAKACgCOf7qr2ZgDQTLYkFBRFcDEe4cFSCPzoJlsR333I/8AroKETPYs4oLKk7Ot /GUTedh4zimjN/FoSCWfI/0fH/AxSKu+w25/4+7Ye5/pQhS3RZIBGDQWVbA/uGXsrECmyIbD7p2R Y9pIzIAcUhyGP5j3piWQouwE4pku7lYWPfFd+UXZ0Kbhu6ikNaOw2FXug0rSugzhQpxTElfUbCXS G6y3zgk5H060AuovmyGC3RWw8nVj1FAXdkSCGSN1McrEZ+YOeooHZrYbLjzH8+42L/Cqtj86BPfV jbd2lE0YlZlX7rd6Aj1Qy3fyLBpQST0AJ4HNAo6RuHmJ5e77W3m4z14z6Ypiv5j5J3e1iflVY4cr 1FIbbaHQEGVTDcF1x8yscmgcbX0ZaIypGccUFspCZhYkFj5oby8985pkXfKKJ3NjgMfN3eXnvnNA r+6PO+a48nzCERRuIPJNA93YBvt7mNN7PHJkfNyQaQfCxkSPPJLmZwqOQADTEk22MNx5E86qPnZg AT0HuaBN2bLsMZjTDOXY9SaDRKxHes6xDZuwThivUCgUr2IoChlUw3BI/iRz1oJVujCOIf2hJ878 AN1/SgEveEk2eY3n3BBzwqHoKAdr6sLcmWGZPMcqp+Vs84oCOt0Nic2+nCRSSxGBk8DmgS0jcaXj WPctzIZQM85wT9KA0L0D+ZCj4wWHSg0Turj8UDDtQAUAFABigAoAKACgAoAKBATTHcTNAri5oC4m aAuGaBXEzQFwzQFwzQFw3UBcM0CuGaAuGaAuGaYXEzQAZoC4Z4oAM0AGaBBmgAzQAmaAuGaBBQMM 0CuLmgBDQFwphcKBXDiiwXCiwXCgLhRYLhQK4uKYXDFAXFxSFcTFMLhjNAXFx7UBcMCgLhigBeKB BQAlAC5oAMigAyKQBmmAmaBiZ5oAM0AGaQBnigYE0AGaACgAoAM0AGaAD8aACgBKADNAFW6lz8g7 da0hHqYVZ9EQAVscwtAhKYgoAKACgAoEFACUALQAUAJQAUAFABQAZoC4tABQAlMQUhh0NABQAUAF AC0AFACUxC0gDvQAUAFABTASgBaQxKYgoAKACgApALQMSgQtAxKAFzTEFIYUAFMQUALSAKBhzQBZ jAjiLHqelS9SlpqKnyKXP3j0qX2LgiOkbBmgAoAKACgAoAKACgAoAWgAoAKACgAzQAc0AGKBBQO4 UCLlch6QUAFABQAUAFABQAUAFABQAUALQAUAFACUALzQAUAFABQIKAGyIJEKn8DQDVxgd14eMk+q 9DQK7Da0pBddqA5C9yfegNWMvUd402KWIcHAoJkm1oJ9om/59m/76FPQLvsNmEi3aSpEXATB570A 73uh3nz/APPs3/fVGgXfYbcLIZIZEjLFckigJX0YrSXDgqsOwnjcW6UBeT6EsEQgiCA5x1PqaRSV lYZdIzrHtGcOCfpTFJXBY2+3mTHyeXjPvSFb3rg0bG9D4+XYRn3zTHbW4yIS226MRGRM5Ug4x7UC V0JHFL5NwHXDPkgDvxQCT1uL5EgggZRiSLse/tQKzsh26eVkAQxAHLEnr7UD1YxEkhlkJh80s2Q/ FArNPYdbxyLPM0igb8Yx0oGk73YyKCQ2z27rtHZs9eaBJO1mOU3Aj2eQN4GN2Rj60w12JGWdI4yp Dsv3h03Uhu9tCPynluI38nytpyTkZNMVm2W6RZU+zP8Abt2P3Wd/40yGnzCC2b7cWx+6zu/HFAcr 5rkkkckdwZol3hhhlzg/hQDTTuhFSSa4WSRdip91c5JNAWbd2Oto2jMu4Y3OSPcUDStcalvue48x flkPFAW1dx9qsiIY5Bnb91vUUBG60Y6cS7QYSNwOcHuPSgHfoV3jknlQmERbWyWzz9KCbNj2WRLw yKm5WABOelA9b3GRJLbs48kSEsSHBHNAkmh1vFIrTeZj5+QRQNJ63GJBI9oYJFC7futnOTTEk7WY 8tctHsESq3TfuGPrQP3tiwgKoATuOOT60FDs0AJmgAzQAZoC4ZoEITQO4ZoFcM0BcTNMQbqAuITQ FwzQFwzQK4Z4oAM8UAJmgAzQIM+9AADQAc4oAM0AFABmgApgFABSAKYXAcUCCiwXDNFguGaLBcKY rhRYLgKLBcWiwXCgVwxQFwoC4UCFoC4GmAUAFABnFAC5oAMikAZpgJmgAzQAZoAM0gDNABuoATNA ADQAZoGGaAFoASgAoASgBcUBcMUBcMUAGKADkUALigLhQFwxQFwoFcKAuIaYXGSyCNCe/ahK5MpW RR5Y5NbpWORu4tMkSmIKACgAoAKAEoELQAlABQAUCCgYUCCgYUAFMQtIYmaBBQMWgQUDEoAKAFoA KAEoAWgAoAOKAQUAFAgoASmAuKQwoASgApiCgApALQMSmIO1IYtABQIO9A+oUAwoEFAwoAKAJYU3 v7DrSeg1qyU/vJMfwip2RW7GudzcdBwKRslYb2oGFABQAUALQAlAC0AFABg0ALg0gExTAXFABtoA XFIAxQAUAFABQBcrkPRCgBKBhQAUALigAxQAYoEFIYUwDFABigQUAFAAKACgAoABQAUAFABQAUAF ABQAUAFABQAUAFMAoAKACgAoEFAwoEFABQAGgApgFIApgFABQAUALQAlABQAcUAFABTEGaADNACU AGaACgAzQAlAgzQAZoAM0BcTNMQZoC4ZoATNArhmgBM0AGaACmIM80AJmgAzRYAzQAlAC0AHJoEH PvQAv0oC4lFgAUwA0AL9aBXDFAXDFFguFFguGKBXDFMLi4NILhQFwxTFcMUBcXFAXExQK4UBcWgB KAFoATNABmgAzQAZoATNMAzzSAM0wDNABSAWgBKAFoAMUAJQAoHNAXDFABigAxQAuKAExQAuAKAu FACUAFABxQAHp0oAB1oAXNACZoAXdQAmc0AH40AJmgAz70AJmmBTmfzJD6DgVpFWRzzldjBVmIUA FMAoEFACZoEFABQAUAFABQIKBhTAKQBQAZoEFAw5oELQMSgQtABQMSmIKQxaAEoEFMBaQBTAMUhh TEFAB2oASgAoAWkAlABTAKACkAo6UDQlAgpgLSGFAMKACgQUAFAxaAAD0oAsj91Fj+I1O7KWiFx5 ceP4mqXqaQRGBQWGKBh1oANvFAC4oAMUALigAxQIMUAFAC0gDFAB0NABQAlAxaBBigYYoAMUAW65 D0QoAKACgAxQAUALQAlABQAtACUAFABQAUAFABQAUAFABQAUwCgAoAKAEoAWgAoAMUAFABQAUCFo ASgApgFABQAUAFABQACgAoEGaADNACZpgLmgAzQAmaAuGaBBkUBcTNABmgLhmmAZoFcM0BcTNABm gLjSfegLhuoFcM0BcCaAuGaAEzTFcM0AGaADNAXDNABQK4lMAoAKAuHagLhQFwFAri0BcKAuLigV wxTC4YoC4Y5oFcXbQFw20BcXbQK4beKAuG0UBcXFAXDGKAuGO1ABQIOKAE70wCkAcUwCgAoASgAJ oAM80AFACUAHegAoAKADigA4oASgBePWgAzQAZoAM0AGaAFzQAuRSAN3FACE8UAG6gA3UAJmmMN3 PagA3UhCbuKYwzSAN1ABu96YBuoAM+9ACZoAM0AGaAEzQIXPpQAmTQBDPIVG0dTVRVyJysiAVqcz FoEJTEFAB0oASgAoELQMKBCUAFABQAUAFABQAUCCgYuKAEoELQMKACgAoAO1ABQAUAFACUALigLB QAd6AA0CCgYlMQUAFABQAtIYUAhKYhRSGFABQIO1MApDCgAoAO9AgoAKBi0ATQJk7j0FJsa1Hr+8 kLH7oqXoi0rsRjubJqTUTHNMBcUAGKQC4oGGKBBigAxQAu2mK4YpDDAoAMCmAUgA9elACAUDDFAB jmgQoHPSgBcHtQMXbQK5YrkPSCgAoAKACgA6UAFABQAUAFABQAUAFAB04oAKYBQAUAFABQAUANkc RoWPagTYwJI3LPs/2VH9aYtWG542CudyngN0wfegLtbjppRDEzntQDdkQLHcSKHabyyeihelBNpM fBJKWeOUZK9GA4NA03sx7zxxth3VT7mgbkkOV1ZdwII65FA7jDcwgjMq89OaBcyJc5oGRfaYd23z VznHWgnmRJkAZJ49aChi3ETttWRS3pmmTzITJFwP3gxt+56+9IOpHHdK9w6bl2jAXHc0xKWtidJE cZVg3OOKB3uAkUsQCCR1HpQFxc0BcpS3G65EaziNQOSB39KCHLUsvMkQHmOBn1oKvbcElSQZRgw9 qYJjWuYlPLqOcUC5kSZFA7jJ5fLgdgeQOPrSE3oRKk5UZuMEjptHFMnXuPnn8mPIG5jwB6mgbdkR iKYjLzkN6KOBQKz7joHk3PHLzt6NjrQNNk1A7hxQFxP5UAMllEYHyli3AA70CbsR2sjyK5k6hyMe lAkxHdpLgxI5UKMsR1NMV7uwRSOs7QyNu43KcYosF9bCM8ksxjibaq/ebFAN3dhHjljXdHKzEdm7 0WFr0J0bcgJBBI6GnYaYtFh3FosK4YoC5UuZ3AIjVgFOC3+FIlsssSEJAyQOB60yrkHlymPe0zK2 M44wPaixI5Z/9FErDtzR0HfQakUsqh5JGXdyFXtRYQ6MSxy7GJdCPvHtQGqJ6Y7hjmgLiigVyKfz PlWIYJPLegoFcilD2+1xIWBYAhqQEkzMZUhRtpbkkdhTYXEG6C4RWcukmRz2NLYVxZpGaZYIThiM s3oKAbFNs45WeTd7ninYCSFmaIGVdrdCKEBJxQAUCDNAyDbLLK+92jQH5Qp6+9FhBays3mK7btjY 3etAEce+5UyGVkGTtC+lAD7ecmFvMPzRkhj9KEBHGZLkGRnKRn7qqcUAAEkMi7GaRCcEHqPeizAk uJSqBV4ZztHt70MGOLrFGNzYAHUmmMYt3EzBd3J4GRigVx7zLGu5zgUANjuI5DhW59CMUAD3KRnD Hn0HNADkmWRdynIoAj+2RA43fiBxQA95VVN5Py+tADUuI3YqrZIoAabqLJG72zjii4Eccm6xBdyO OW79aFsBM0yRqpY4B6GgBq3UbsFB5PTIxmgB0kyxjLnFAxq3MbMAG5J6EUCJd1AyK6m8uEkH5j04 oYmOSZTGHzgDqTxQMaLqMkAMRnpkYoC5LupgIz7VJ5wPSkBBBOZImySWGe1JCGwXSrAodiW798UI EyysgZdwOR60xkX2uL+8ceuDii4XJs0AGcUDDNABmgAzQITNAwzQAA0AGaBBmgdwzigQmaYBmgAz QAUAFAC0AIzbRk9BQJsqElmya1Ssc0nd3CmQFMQuOCe1IduonamIM0AFACUALQAlAg70AFABQAUA FAMKBBmgYUCFoGFABQAUAGKACgA7UAFAaB9KACgAoAKACgBKYhaQwxQAY4piENABn2oAKACgA7Ug DvTAWkMKACgApiCkMKAAUAFAgoAWgYqqScUAWX+RBGvU9ancoUjagUfjUvVmsVYbikUAFACkYoAM UCFxQAYoAMigBM0DDP0oATrTAWkAUAGD6UALg+lAC7c9aAFCjFABt9qAFxjtQAdqACgCauU9IDQA UAFABQAUAAoAKADmgAxQAUAFABQAUwCgAoAKBBQMKBBQBFOcKpPRXBP0oEySgZHcH91gdSwA/Ogm WxFqHNtnsrAn6UxT2LAYEAg5GKCrjfOQyGPPzAZIoFzK9irG6kv5MJlyeWYjBNBKfZC2eRHOMbcM eB24oCPUWyjj+yLlQd3XNARtYZCyi0lWRj5asVBHXFAk9GI5JtSFttqBeCxFAr6bBKxNjAuThioJ oC/uliSGJowGAUKeCOMUFO1iMnOoKf8ApmaBX1EhA+2z8DsaBLcA/kXUgPCON4+vemF7MdaD90Xb 70h3GgETZxQVcr8HUDwP9X/WixPUSEb7mZmGSpAGewoEtwwEvxt43qSwp2DqNto1aWYsoJ3Y5osC LXNFh3I7hVeIq7bQT1osJkM9vHHCXTKuvIbNFhNIS4YlLeVuACCfagGyzIHZP3ZAPqeadh3IYnlF yYpGVsLngUhXZYzzjIz6Ux3CnYVxaLBcMUBcr2g4m/66GkhJhCCLucHrwaBX1BhnUEA6hDmjqF9R LYbbidG+9u3fhQgTHypOCzJIAoGcEUDFtmaS3V2OSepphclGGGQQR7UBcXFAXDFAXK18P9GP1H86 TE2WMVQXKzs10THFxGPvP6+wqdxXFu4wtmyIOFxxTewyUN5kAMbY3Dg9cUAQbpo54leQMGPI20ai LJYAgE4J6Uxi5oAN2KAGSSrEhZuAKBEKBp5FklGEX7qf1NKwCs2NQQnuhAo6gJctma3A/v5oAQOE 1AknG9OCaOoiWQysw2ShBjkYzTsMZazu8bb2DENjNCEiVZQ2dpBwcHHagYu/jrTAN9AETMk6ldxO Dg4OKW4EUBKNJADlQMj8aS7CFs2/0ZR6Eg/nTWwIZHlo7nH8TECkkA+1cNbqO44NNbAiOZpolDGb OWxjFGqAfKf9Lh/GjqAtw6gKGXec/KPehgyG5MhjUuEUbh0PNJgSSHN3EG5GCR9afUB7lPMQt97o tMCO3OXmJ+9uxSQIJdojm8v738VDAljVfIUfw7aYFbJ/s8jtnj86noHQnlG22bbwQvan0AIwptgM Dbt5oAh/5hv4H+dHQOg+cArAD0LDqKGDFux8sZ9GH4UMAJzejd02/LR1DqE2PtMJ/iyfyo6gT0xk N1/x7P8ASk9hMbcn91Fn7pYA/Shgx9yB9nfPYcUMY+NiYkLddopoB2aAILY/6MfqaSELa4FqvHXO aFsCIQ2NPbHqf50ugdCX96YcfuthXHfpTAfASIFBYNgdRTSBEmaADdRYLhmgLiZpgLmgLiZoC4ua AuJnigA7UAGaBBmgLhQAuaBiZoEGaACgCGZ8naOgqorqZTl0GAVZiKaYmJQAHpigAoBBQAlAC0AJ QAUALQAlAgoAKACgAoAWgBKACgBaACgAoAKACgA60AFAB0oAKAEoELQMKAD8KACgQUDCgQlAwpiF oASgAoAKADpQAtIAoGFABQAUAFAB3oAKBCigdyxAgVd7VLfQaQqZYlzSemhcVd3F+tSaC4oABQAG gBM0DEzQAtABjNABjFAAFOelAD8UCDaKAuLtoAdgkDnpSGBX3oAMUAJTAM0gA80AJTEJigZYrmPR EoAKQBTGFABQAUAFAg6UAFABQAUAFABmgAJ5phcM8UCuJmgLhn2oC4maBXAmgLiHBGDyD2oC4wIy DCSYXsCM4oJ9AVMPvZizdie1MBzAMpVhkHqKB3K4t5IxtjnZV7AjOKCLW2ZJFCIsnJZmOWY9TQNa EaW7xArHKVQnOMdKBeg6KAQLJtYkNzz16UWBaENrC5tl2TMgbqMfyosStif7On2fyRkL+tFiulhh tnZNkkzMuOgGKdhD/s6m3ELEkAYzRYOlhht3YBZJmdB/DjGfrRYRIYh54lzyF24osA3yCLjzFkIz 95ccGiwEV0EmeOJSC+7nHYd6BN3LQAAGOlOw7gaLBcj8oef5uTnbtxRYBrwZk8xHMbEYOO9FhCxw bGLli7ngk07AOihEZcgk72zQA/FAXGyRLLGUbofSgCL7KWwskzMg/hx1+tKwidow6lWGQR0pgQC1 ZRtSd1X0xmlYQ+G2WIlslnPViadhiXFv5mHQ7ZV6H19qGImQNsG/G7HOKAHYoHcABQIjiiEW7Bzu bdQgGywB3EisUccZFFgFhhEZZtxZm6saLAJNAkuGOVcdGXg0WAjNsX4kmkYenTNFgJlRVQIowo7U AQxwtDP+7P7ojlT2PtRYCfdTATdQAyZBNGUYkDPWiwBIBJGUyQDxkUWGQLbbAAs8gHoKVhWJkGxA pYt7mmMh8gKcxSPHnsOlFhWFSFUfeSzv6saLALNGsq4PUdD6UNDFiLrGBIQW9aaEP3UDIZ4xNtyx G30pNCGiEg/66T86LASSoJAMkgr0I7U7ANWMK+9mLt0ye1CQCyIsoww+hHaiwEfkZ4MshX0zSsKx KirGuEAAp2GRmIiYPGduT8w9aLdhWJsmmMTNAEbRAuWVmQnrg9aVhDo41jB28k9SeposMY0A3MVd lDdQKLBYkRVjUKowBQBG8Cltyko3crRYQi26htzEuf8AaNFgFnU4V15ZDn60MB7okyKcn1BFFrgM a3Vx87Ox9SelFgHyRrIAGJ45BHUUWAakIV9xZmYdCe1FgBoQX3KzKe5XvRYByRrGpAGc9c96LAMF uuMBmC/3QeKLCHtEpj8vGF9BRYY/AxjtQBD9nXpubb/dzxRYQvlKIfK520W6DFZA2zJPyHIp2ELI gcAEng5GKVgI7gruUOpC9mHahgRoqtcIyFmC8ljS6gWs1QxHUOhU9DSsA1Y1EZjbLL7miwDfs68b mZgOgJosIlzTGFAEaRKmdpOD2JpWEORBGgUZwOlNIBFjVU2dV96VgGfZ1xt3OF/u54osBKBtGBwB 6UwFzzQAUAFABQAUAFAC0AFACUAFAAKBBQMXvQAlAC0AMd9q+56U0rkydkQAVoc7F6UCA0xCUALQ AUAFABQAlAgFAxaAEoEFABQIKBh2oAWgAoAKB3CgTCgAoEFAwoAKADvQAUAgoAKBhQIKACgAoAKB BQAUDEpiF7UAFACUBcO9AC5pBcBTBBSAKYB3pDCgAoAKACgAoEPjTcwHrQOxYk5Kxr261PmX5DmI A2jtUGiVhvJoKFANAhSMCgBu0mgY4LQINlAC7cUAGMUAJjmgY4DigQYoAWkMXNABnigBKACgAxQA YFABxQAoFAC49qAJK5z0AxQFxKYXCkMTNMVwzQFwz9aAuGaAuJuoFcN1FguGaAuGaYXDNAriZoFc KAuFAXDvQK4Zp2C4UWC4UCuFAXCgLhQK4madguGRQFxe1AXEoC4cUCuAAAwAAPagAoAM0AHFMAzQ ITNABQAgVQ2QACepoAWgAzQIKYwzxSELQAUAFABmmAZ5oEGaBgWoEGaADdmgBN1ABuoAN9ACF6AE 30AG7igBN1MYm6gA3UAJuoAN1ACbqAE3UAGaADJoATNMA3UCDdQAmaADNABQAZoAKAFHSgAoEJQM KAFFABQAlAgoGFABQIWgAoAKAEoAXNAAOKADNABQAmaBBmgAoAXNACUwFzxikAlABQAtACUAFAC4 oASgAoAWgBKACgBaAEHpQAUwDvSEFAwpiCgBR0oAKACkAUAJTAM0AFACdqAFzQAUAFABQAuOBSAQ 8CmIgdtzZ7dqtKxlJ3AcUzMKYBSABTEJQIKBi0AFACUAFABQAUCCgQUDDpQGwUALQAUAIKAFoGGK BMSgAoAWgAoAKACgYUCDvQAUAFABQAUAFABTEFIYUCEpgLQAlABQAUgCgEFABTAWgEFAB2pAFMAF IBaBlqICOIuep6VL10KWmoRjALnqaT7FRXUdx9ak0DPtQA7NABn60AJn2oCwp4pAJzmmAvNAxMUA LigA5oEGaAFFAC9qQxCKADNMAoAKBABmkMXGBQAYoEHNAx9YHbcQ0wuFAXDNAXCgLiUBcM0AGaBB mgApgJQIKADNABmgAzQAbqdhBkUAGaADNABmgBN1ABmgAJpiE3UAGaADdQAZoAM0AGaAEzQAuaBB mgBAwPQ5oAXtTAM0CDNABmgAzQA0SqW2hgWHbNAC7qADeBgEgZ6UCF3UDE3UABagQm7FMBA+RkEE UABagA3UDDdxQAhagBC4BGTjPHNABmgAJoATeCSAeR1oAQMCMggj2oAXNADQwJIyMjtQFxc0wEZg oyTgepoFcKACgAoAKACgAoEIWG7GRn0oAAwOcEHFAXFoAKAELBQMkDtzQAbhu2559KAF6UAFABQA UAFABQAUAFMApAHegAoAKYgzQAUgCmAUAFABQAUAFABQAUAFABQAUAFAgoGFABmgQUDCgQUABoGG aQBmmAUAFAhKACgBQRQAUAGaADNABQAUAFABQAUAFABQAlAC96ACgBe1ABSAKYEcrcbaaRE5WRGK sxbDNMkKACgBBQCCgQdqAFoGJQACgBaACgVxKACgAoAKBBQMWgA7UAFABQAUAJTEFIBaBhQACgAo AKADFAWCgAoAOlABQIKACgYUAFMQlABQAo7UDCkAdKBBQAUDCgQYpgFIA7UAFAAKARLCm9/ak3Ya VyZj5kgUdBU7F7uw881JqlYMUDDFAC4pAFMAAxSC4uKAuGPQ0wDBoEGKADFABjBoAMUAKOKQB2oA KACgAyBTAKQADQMWgQAUALg0DEzWJ1hmgYZoATNMAzQAZoAM0AJmgAzQAZoAQnmgQbqYBmgAyaAE zQAZoAM0AFMQtIBD1pgFABQIKAuRyyiFNzZPYAd6AbGCdgyiWMoG4BznmgVxWmPmFI4y5U8nOBQF xYpvM3AqVZOq0CuMS5eRNyQsw78/youFx/2hPI83nHp3zRcLjGuHjXc8LKnrnpQFySaYRBQFLM3R RQFxEnPmiOSMoT93nOaAIXk/0WUxIV+Yg8/rR0EPSdo4Y96YU4Gc/rQBJLKI8cZLNgCmMfmgCA3B LMsUe/b1OcCgQC4Lo21TvHBXoRQBHZf6sExgdfm9aECHXjsIcKODjJz70MGR3EjBoXZcEN0FDAk+ 0MrqJI9obgHOaAFecq+xF3PjkdMUACTbnKMpRgM4zQCHseDTGVbeVxAAkRYDvnFJbEom89fIEuDj 0p3H0GmeRBueLC98HpSuA6WfyygC7t3TFO4DWnZVG6PDk4C5ouFyOV3LxK6bfnHfIpMGWqYyJpmM hWNN2OpJxQK5HA26aYlcHjikhCrMqW6sqYycBc076Bcd5rhwJI8buhBzRcY1XCXExYgAAUCHxuXX cV2jt600FwnYLESy7h6UMBJJikiqE3FhxSuFxFlYSiN0CkjjBzRcA812dhGgO3gknFFwGySs9sxC kHoQe1HQBVkMcCll9AAO9F9BA00iAGSMBe+DRcAY/wCmJ/umjqA2FwglZugY5oQDvOk27/LGzr15 xRcBzThUVlG4t90etO4XIpmkJjDoB8wwQc0mBJcfKokHVD+lN9wJh046UDCmIKAEoAWgAoAKAAUA JQAueaACgBKACgAoAM0AFAC0AFABQIKACgA6mgAzQAUAFABQAmKAFoAKACgAoAKACgAoAOaAEoAW gBMUAFABQAUAFABQAUALQAUAAoAKACgAoASgBaBBQAUAFACM21SaAbsQdTz1rRaGDYvtQSFMAoEF ABQAlABQAtABQAYoCwmKAsLQAlAgoAWgBKAFxQAUAGKAEoAWgBKAFxQAmKAsFAC0AFABQAUDsFAg oAKADFAwoEAoAMUAFABTEFAB3pDCgAoAKACgAoAMUBYKADFAgoGGKAFAyaALWPJi/wBo1O7LSshY 12pnualsqKH4P0pFhigBcUAKAKAAYpAHFACUAFABTAKAFpDEpiFoAKQCZNMAoABQAu2gBce9IBQK AFx3oGAFAC0gIs1mdYmaBhmgQZoGGaAEzTEGaBi5oEJmgAoAKACgLhQAlMQdqAuFArhQFxRQFwoA KYgoAKACgCvdEK8Ln7qtz7UmJj5JkTb/ABFjgAUAQq8k0kg8wRhTjGBk0ANt2Hmz4cvwOT3oQluP tJUFovzAbRzzQgREsjRWrOoxvk4z2HrR0ALrIgO+csT0AxzQwY93CXMTtgLtxntmjqBK06iVUA3E +nYUxldT/oc/+81LoIkIEtoFBB+Ud+9PoMZC5nlRiP8AVrz9aEJFnNMZXtWCq6MQGDHINJCQkZ3z zOv3cYz60Ia3HWmfsy/j/OmthILv/j3P1H86TBjZmDSwEHI3daAHXPWL/fFDBkZXF24MjJkAgjvR 1DqORV+0DEjuyj8BR1AnPSqAitf+PZaS2BESyGO0yMZLEZ9OaXQQ24wsJzMXJ6AHih7AyU/623+h /lR1AWY7Z4nb7oyCfSmwG3DqXiUEE7waGBYpjK8DCN5EcgHdnmkhCRMHmmK8jAoQIauz7IgcHaTj I7c0uggJMToElLhjjaeeKewCPF51xLyQQAR9aVrsCaCTeuG4deCKpDEuv+PdvwpPYQN/x9x/7po6 jFk/4+Ifx/lR1ERlY2kbDNE4PPPWgBA7PbShjuAyA3rR0AVpsQR7GHOFJ9KL6AMuAoT/AFrO2fXi kwJm/wCPyP8A3TT6gRbS0E4Ayd54oAB5flZ85+nTdQApAjED4YKp6HtmjsA64kRvLVSCdw6UMCS5 4t3pvYCRRhQO4ApgLQAlABQAtACUALQAmaACgBaACgBKACgAoAKACgA7UCDFAwoEGKACgBaADFAB QAUAFAB2oAKACgAoAKAEoAWgAoAKACgAoAKADHHSgdhKBC0AJQAUAFABQAooAKACgAoEGKBiUALQ IKBhQIKAIpG3HHYVSRnN9BgqzJi0CEoAKADtQIBQAZoAUUDQnagBaBCUDCgAoEFABQAUAFABQAZo ABQCCgAoAKBC0DCgBKACgAoAWgAoAKACgAoAKACgAFABQIKACmAUhhQIKYBQAdKQbBQMKACgAoAM 0AFArhQMnt0y2T0FJsaQ8fvJcn7oqdkUtWS5qTUUGgBTSATJpgHNABQIaQM9RWclqUh1VG/UHYSq EOpAJTABnHFAC5wKQCc0wFxSAPwoGLigAxQAuDQAuKACgQuRikMXPoKAEoAhqDqEzQO4ZosK4lOw XCgLh3oABQAvSgVxKAuGaACgApgFABmgAoEGaADPNABmgA3UAJnmgBN1AAWpgG6gBDgjB5FIBiRp GcogBosANFG7bmQE+tFgsGxRkgAHGKAIobdRCvmINw9aEhWJiAV2kZHpTGMEMa8BAM+1KwhxRSu0 gFfSmMEjVD8igfSkKwBFAIAAB/WgYwjyk/dR5yeg4o2EECFEO7G5jk4oQIkpgNeNGPzKCfpRYBQA AFAwPSgAUbVwAAKABgCuCMj3oAaI0UABRweOOlFhCkAkZAOOmaYAyK4wyg/WkAKioPlAH0pgOPSg BAAowBge1AhNqgbdox6YosA0RoOiLz7UWAdtHGAOOntQAEAjBGR70AIsaL0RR36UWAdTAa6q33lB +opWEACjooH4UAG0bcYGPTFFgEVEU5VQPoKLAKAM5wM0wDaAc4GT3oAUgEYIyPegAwM5wPyoATAy CQMjpQAjIjH5lBPuKVgHAADGBimAgRQpAUAemKLAIEUDAUAfSiwhcDOcDNAAAB0GKBibE3Z2jP0o sA7APUUANCKBwo/KlYBHQu6g/cByfc0APpgLQAlABQAUABoAAKADFABQAYoAXFABigAoAKAEoAWg AoAKACgQUAFABQAUAFABQAUAFABQAUAFABQAlAC0AFABQAUAFABQAc+tAXDvQAUAFAgFAwxQIMUD DFABQAUAFAgoAKBhQIWgAoAjkbaOOpppXJk7IhAqzFjqZIlABQAUAFAgFABQAdKAA0AFAC0DEoEF ABQAUAFABQAUAFABQAUAFAC0AJQAUAFABQAUALQAUDCgQUAFABQAUAFAgoGFMQlAC0AFIYUCCgAp gFIYvtQMSgQd6YgpDFoEKo3HAoGiy48tBGOp61G+pew9F2KB3qW7mkVZDu1IoKAFoASgBaBCd6YB QAUAGKAAA0ALikAYoGKBQIMfSgYoWgQbaAFAFAC0hgBQAuKADHFABigAxQMKAK9SbiUwCgBKAAUA FAC0AJmgAzQAZoAM0AJmgAyaADNACZpgLnikA3vTAWkAUwDJoASgAoAKACgAoAKACgAoASgAoEL2 oATNABQAdqACgAFMA7UgCgApiCgBKACgQooAKAEoAKAAmmAlAgoAU0AIKACgAoAKACgAoAKACgAo AKACgAoAKAFoASgAoEFAwoEFAwoELQMKBB2oGJQAtABigAoAKACgAoAKACgAoAKACgBKAFFAgoAS gBaAE7UAFAC0AFABQAUAFABQAtABQAmKACgAoAKACgBaAA0AJigAoAMUALigAxQAYoAAOaADFABi gBcUAFACUAFAgoASgAoAMUABOASaBFdiWbNWlYyk7hVGYtABQAlABQIKBhQIKAFoGwoBCUAFAgoA WgYlAgoAO1ABigAoGFAgoAKAAUAFABQAGgbCgQdqACgBaADtQAUAFAwoEFAB2oEFABTAKAEpAFMB aACgAFIYUCCgYUAFABQAYoCwvagCxbqFBc9B0qX2Kiuo6MeY5c0npoUld3JetQah2oAKAFxQAYNA BjFABigAxQIXbQAY4oAXFAC4oAMUDFxSEGKYBikApFAwFABjmgBcUAGKAF2GkAoSgBxTOB6UBcXY KAKFB0CZoAKAEzQAuc0AFAxKADNABQAUAFACUAFABQIBQMDQAlMQUAFAB3oAKAGebn7ilvcdKQri rIGOOQfQimMSSQRLuI4z2oAbLMIioIJLdMUhXG/aVH3kdR6kUXFcfLMsSBjyPansMcrBkDL0IzQA xp1Ewi6saLhckoAjkmVG24LN/dFFxMRZwXCurIT03d6VwuS4pjCgAoAKAFyKBXEzTATNABQIaZAH CdyM0AIH5cbT8vf1oELG4dA44BoASWQRpuIzzijYB2aYC9qACgCAXGSQsbtg4yKVwHJOGbaQyN2D UXAWSUIwXBZj2FFwGifBAkRkz3NFxD3bYhY9AKbdhjDcBXVGBBYZpXAkZtilj0AzTARGDxhhxkZo AdQA0uA4Xu3SgB1ABQA2J/MUkAgZIpJgOpgGKADFAC4oAj8wecY8HOM5ouIfQMWgBMUAKKAGCT92 zOpUKe9K4CPKFRXxkMQPzouBKRigBOlMBnmfvvLx/DnNIBXfy42YjOBmgBGlVIg7cAgcUXAjM8ij c0LBfr0ouIe0yrD5gGRRfQY3znxnyWx9RSuBJHIsiBlORTQA7lFyq7j6UAOpgFADFkDOyjqvWgQ7 NABQAE4BNAEcUrSc7ML2OaSYElMAoAKAFFABQA2V/LjLYzjmkwIxLKRkQ/rRcB0UoclSpVl6g0Jg S0wEoAXFABQAUANyfMI28Yzn+lIB1MBKAFHFAB2oAKACkAUwCgBR1oAZG4kBKjocUrgPpgGKADFA BigBaQBj3piEoAAKADFACYoAMUAGKAIpm/hH41UUZyfQjAqjJi0xCUCCgBaAEoGFABQIKACgYUAL QAUAJQAUCDrQAUAFAC0AJQAUAFABQAUAFABQAUAFAC9qAEoAKAFoAKACgLBmgAoAKACgQUDCmISg A4oAWgApDCgAoAKACgLBQAUAL2oAfGpZgKA8ieXqI17dahdy/ImVNoAFS2aJWF280hgF9qAHBaAD BoAMGgBdtIA2UALtoAXbzQAbaADbQAuDQAmKAF20AGw0DF8ulcBRHRcQvlii4ChB6UALspAOC0AG 2gBdtABtoAXFAGTTOkKBhQAlABQAZoAKADPNAB+NAC0AITQAmaYgBoAKACgA/GgBM8UAFAC0AJQI ZLyoXONxANAD8Y7YFADJhhdw4KnNDAju/wDUfiKTB7DbklZoSAScngd6GJiXEzNEVMTID1Y9qQXF uAPJiwQRuHNNgLbtsDxsfuH9KaAiTm4ikPVyT9BSDzLn40xle1+bzXP3i2KSETugkGGGcGnYCJ3k abykO3AyTQK4m94pUV33K/GT1Bo2ARTLJLIu8qqnHTmgBIzLIWQyY2HGQOTQgASP9nlyfmQ4yKOg C7ZjF5nmfNjO3HFGohS7vCjJhc9Se1G4DGkMbriffk4K0bAK6MbxcORlSenSjqA4MTJMpPCjimBH BHI0APmFeOABSS0AJJDJaZYYIYA0PYB0shEojDhBjJY0N62AEk2SqnmB1b8xRfUCzxVAVIZVjaQE MfnPQZqU7CHZaaZGCFVTue9G7GLBzLMx67sfShCJmRXXawyKoCObkJH/AHjz9BSYEcsYkutp/ucU rXYAJCYJI3++qnPvR0AA5W3hVD8z8A+lHQBZA8K7xIWx1Bo2GJIpa5TDkbgSPah7iB5d0pQybFXr 6mi+oDopP3xj371xkH0oTAbBG7q37wqu44xQkMUTskMm7BdDjPrRcBxikCbvNbeBnHaizEIZmkWN U+Vn6n0ouASb4AHDllzyGoegxksoiu2YjPycD1ovZiJ4QxG92yW5wOgpoYlyWWIspwV5oYEdxKwZ fLPAG449KTYiRnLXEaqTtA3HHpT6jIdzPaS7nbIY/wD6qXQAkUraJhickYz2pPYB8geFRIJWJBGQ ehpvQRYqhkA/4/T/ALlLqIfcH/R5PpQ9hjGj8y3QA4IAIP4UW0EIZZUH7yLI7lTSuxjZihsz5Ywv pQ9hDvNnCcRdvWjUBbXAhwCc55+tNbALcsyxZUkHI6UPYY2TebpUVioK54pPcQKGiuFTczKwPXtR swGwpieU7m+X360LcBqyJIC0kxUnoAelFwHLKWtpfmyU6MO9F9AFELNFvaR8lc4FFgCBWFrlHwWH 8R4FC2AZIyIhZJ2Lj3zmkwJZHZzHGDt3jJIpsBRGyOCrkr/EGNOwEIlWRiZJSvPCil6gTW0hcspY ttPB9qEA65/493+lD2Aj86RIwTF8oHXNF2AsAJZpnI+YcYPahdwI0kSQFpJWUnoAelK4CrcN9nc5 3FTgH19Kd9AHvEyQlhI28DJ560WACzYtjnqRnnrxR2AfcMVEe0kZcDrQwBSftjDPGzp+NHUCK3Rp BveRuG4GaEA1ZVkJaSVl54UHpR6gOSUmGYbi2wfK3ekAFH+zeaZH3hcjBo6XAV0YQGXzG34zweKf QAmlOY0LFAwyxFDYDfMWORPLkZgThgTSAfsMlzIpchQBwDT6gOjUiaSLcxXbkEnkULewCWaYDNk/ eIwTQgLNMBelABQAlAC0xBikAYIoGGKADbQAbaAF20ANf5EJPagT0KmCea1Rg9RelMgSgAoAKBC0 DEoAKACgAoEFAC0DEoC4UCCgBaBiUCCgAoELQMSgBaBgKBBQAlABQFgpiD8aQwoAKACgBaACgLBQ MKBBQAUAFAgoGFMQUhhTEJQAUALSGFAgoGFABQAUAFACigC1CBFGXPXtUvXQpdx1umTvapk+hcV1 LG2oLFxQAu2gBdtAC7fWkAYoANtAC7aAF2UAG2gBdtAC7aAALQAu2kAu0CgAwKADFAC4oAMUALig AoAM0AGaADNAgzQMM0AZWKZ1BSATNMAoAKAEoAKADFAC0AGKAEoEGKYCUAFABigBKBBQAUAFAB3o Aa671x0PY+9ACeYRjepB9uRQAhzIwyMKDnnvQIZdKWiwoycjihgxLjcJYnClguc4oYA8zupVYmye OaBXGvGVgiQDJVhmiwCXEbmXKc7xtbHahgPdMTQ7Qdq5H0o6gT0wK+HgkYqpZGOeOoNLYAd3nwqI yDPLHijcQrq0c3mBSykYIHUUdbgJ800qHaVROckck0bgLCrCSUkYy3FNALCpV5cjALZFCAiKlYJ9 wxk5FLowHLK/lBPLYsRjPagBrxFI4lwWVfvAd6LAJICyr5cRVQcnjGaGIkl3LcK4UsMEcU3uAKre ZMccEDHvxQA2J3jiCmNiR0xSWwA0LC224yxbccUW0GLIhEok2bxjBFN7iFTLSArFsUdyOaAJ6YEN upUSbhjLkj3pJATUwIGV4pWdF3K3UDrS2YCO0kw2KhQHqTS1YDwpM+SDhVwCafUAKt9r3YONuM0d QGXMJcbk+/0PuKGgAxv5MRUfMnODStoASF5k2LGy56lu1G4CyqyyxuqlgoxgUMYhQxys4j3q3PuK Ooh0QYyFigRAMAY5NNDGxNJEpBiYjJIxSV0IUQM0L7uHc5+npRYYpklZNvlEMRjPajUQhhZEiKfM 0fUetFgCTfOAgRkXPzFqNwFMZa6ZmX5SuMmnbUBYFeMlCCUB+U/0oXYCRhuUg9DTArwQvscSDkja PpUpAOtY3TLSfe4A+goSARI3+zyoRgknFFtAAiR4EXYQVYcGjoBJcqzxEKM803sBJzTAhlRxKJUG 4gYI9aT7gI5lmUoIygPUselJ3YDpYmKL5ZwydPemwE8yXGPIOfXPFK7AaYGFoUHLE5otoMfvlxjy D+LUXYhYImQMXOWY5OO1NDC4Rni2qMnIoYAY2+1q4HyhcUuoCujG4jYDgA5NPqA1UdLh/lyr45z0 pdQGoskClPK3jsRRsA4pK0D7gNzdAO1FtAJAp8nb324pgQmFzZrGOGHUetK2ggkEkkRRIQnHejoA rRviJ1HzoMEGhgOHmSOuVKKOuT1p6gMRXhLKI96k5GKWwEkKycmTjJ4A7U0A6dC8DKoySKHsA5V+ QA+lAEUcTRSsoGYm5HPSktAGokkI2CMOOxBo2Ad5LyQMshAZjn6UW0AZI03kMpjwcctmi7AUxs0E LJgsmDj14o6AEiyylD5e0K2eTzRqwJVRhdF/4SuM/jT6gJboY4sMMHJpIBiLJAWVY965yCDgijYB wjlaGTfjcw4UdqNbAK0ZNpsA+bZjGaOgCyRs1rsA+bbijoA14nBjdACyjBU96AFAld1ygjUdeck0 AKkbCeRiOGAxR1AcsZF0z9F2gUdQsNgjeNmVlG0kkNQgJ8UwDbigdhQOKADAoAXApAAHtQIMUDDF ACGmIMjNAB+lAEUhyrKO3FVEzl2LNqsBi2vgNSle+hKIbmzaMlk5WnGdxOPYqHitCGFAgoAKACgB KADtQAUCFoGJQAtABQAUAmFAhDQAUAHegAoAWgYY5oEFABQAUAJTEBpAHagAoAKBhQAtABQAUAFA BQMKBBQIKADFAwpisFABSGFABTEFABSGFABQAUCFoGSQx73A7Um7DSuTP+8l2L0FStFcp72LqR7V ArNs0Q4LSGLigBcUAGKQCnnrQMMUxBikAuKACgA70ALQAUAFAgoAKADNMAzSAM0AGaYBmgAzQAUA FIANMA7UgCmBmZoOsKACgBO9ABQAUAFACUCFoGJQIKYBQAlABQAUCCgAxQAdKACgBKYBmgAzigQm aAuFAgoAQ0AFMApALQAUxCUgCmAZoAKACgAoAbInmRlc4yKGAoGFA9BigQUAFAC0AFABQAUAFACU ALigAxQAYoAKADvQAUAGKADHNABQAYoAWgBKAA9aAFoAOtAARigbEoEFABQAdDQAYoAKACgBcUAG KBhjFABQIKBgKADpQAUCCgYuKACgAFIAxTAKQBQAUwEoEKKADtQAYoAMUAGKAFxSAULQMXHHSgBM UAGKADHNABQAjJuUqc4IxQIFXYoUHgDFAC4oGLigQYoGGDQAu2kAbfagA20BYULQAuKBhigBcc0C CgYYFABxQITNAB2oABxQAUAJmmIKAA0AIPagQuORQBFjDMPfNUjOW5GwyeKohksN5JFwfmX3pOKY 02icrBdDKna1TrEejKs1tJF1HHrVqSZLi0Q1RAUAFABQAUAFABQAUAFABQAdKBBQMKBMKAEoAKAF oASgBaBiUCFoASgAoAKAYtACUAFAC0DCgA6UAHegAoAKBBQAUAHegAoAKBBTAKACkMKACmIKQwoA BQAo5NAFsDyYP9pqjdlrREtrF/EamTKii3WZYUAKaAAUwDNAATQAUCCgAoAWgAzQAmaAFzQAmaAD NABQAUALQAUAFABigAoAXBoAMUgFxQMXFABtoAyqZ0h0oASgAoAKACgA7UAFACdaYBQISgBaADNA CUAFABmmK4mfSgLhmgLhmgQlABQAGgApgFABSASmIKACgAoAOtAB2oAKACgQUAGKACgAoAKACgAo AKACgAoAKACgA7UAGaACgQUAFAC0AFAxKAFzQAlABQAH6UAFABQAUAFABQAUALQAUAFABQMMUAGK ACgQc0DCgQUALQMSgQUDDFABQIWgYUAFAgoGHNAgoAMUAGKAFxQAYpAFAC0DDtQAUAKKAFpAGKAA A0AKAcUBYNtAWFxzQMMUAJigAx/OgBcUAGKAFAoAKACgAoEGeKACgAoASgAoAMUAHNAgxxQAlMBa AEzQAmcUCuG6gLhuGKAuAPzZpiGSdT6jpVIzZEGycEYNMQpGaBDMFTkcGmInjvHX5ZBuX3qXFFJt EhhiuBmJtrehpXa3CyZVkieM/MKtNMhxaGUxBQAUAFABQAUAFABQAUCCgYUAFAhKACgBaACgBKAC gAoAKACgAoAKAYUAFAC0DCgAoEFABQMKBBQIKBh2oAOgpiCgA6UgCgYUxBSGFAC0AJQAooAnt48n cegqWxpD1zNL7Clsilqy+o2jArI0FzQAooGFAgoAKADNABQAUAFABQAUAFAC0AFABQAuKADFABig BcUAGKAFxSAXFABigYuKQBigBcUAGKAMjNUdAmaADNMBM0AGaACgLiUAGaBBmmFxM0BcM0CEzQAt AXDPNACUxBxSASmAtAwoEJmgBCwVSxPAoAaPMbnIX2xk0gAOysA+OehFADZJCkkf91jg0MAnkaNR s+8TxQwHRyboQ59MmhAMjkkeJGyoyefpQBLkDqQMUwAEHoQfoaAAsoOMgE9s0ARwSNJv3Y+VsCkh Em9c43DPpmmAuecZGaADIzjNABnnrQAm9c4DDP1oAjlkYOqRgbm5yewpPsAgd45FWQghuAR60CBn d5SkZC4GSTR1sMWKRizI+Ny9x3oXYQu8mcqD8qrz9afUBwdc43DPpmgBSQBk8UAAYN90g/Q0ALQB FA7OrBvvKSDSTGMSZjcY/gJIH4UJ6gPkdhNGinGTk/SjqIchI3FmBGfypjF8xMgblz9aAHZxyeBQ IillwimNgfmA4NJsCVmCjLEAe5pgIrK3KsD9DQAAgrkEY9c0DFyMZyCPUUAIXUDcWAHrmi4ChlZc ggj1FAEK+dICwYJzwCKWrAVZ8QM7j5kOD7mi+gDT56x+YWU4GSuO1LUB8sh2oI/vP0z2ptgJmSKR A7BlY4zjGDSvYBWaR5vKjIXAyx60XGLGziUxPgkDII7ihMQMW8/apOFXJ/pRcZHaTPIxWQ5OMihM B13IYkGz7xP6UNgSxtmJWYjkAk0wBZEc4V1P0NFwGzkhQFOGYgChiGvI0Mw3nMbcA/3TS2AGdnlE cZxjlj6U76gSM6LncwGOTzQAqsrjKsCPai4C4pgVbWZ3cq5zkZFSmBLdOY4xs4Ynihuwx0TZgR2I 6ZJppgCyxucK6k/Wi4D2KoMuwUepouAIyOMqwI9qLgOxQA2VhGhc9BRewESxzSKGaTZnooHSlqFg R3SYRSkHIyrYxmi4ATJLO0aNsVMZOOTSuAoWWKRQWMiN145FGqAsYqhlcGSaVwj7EQ7emcmpvcVh 0LNveOTBZec+ooTAlYqi7mIA9TTuMUsqruZgF9TQAy4fbASh+Y4C/U0mA2VngdXJJi6MPT3pAEkp aRYoWGTyzDnaKYicdKYwoAXFACY4oELQMO9AB2oAO1ABjmgA7elABQAUCEoAM0AKDQAlACdaYhc/ jQFxu6iwrhu4osFwDUWC4mTTFcM5oC4UBcKBXDBoC4oUk0CuDRkj3ppiauQumOGFNO5LVhgyOByP emIUMDx39KAYhGaYhBlTlTigCxHd/LtlG4VLj2GpA9ukg3Qt+FF2txtJlZkZDhhiqTuQ00NpiFoB B2oAKACgAoAKACgAoEFACUAFAC0AHSgAoASgAoAKACgAzQAUAFAC0DCgAoAM4oFcO1ABQAUAFArh QAUwCkAlMBaQwoEFA2FABQACgBaAFUZOBQBaf93EsY6nrUbu5eyJ7aLauaiTLSLFSMKAFoAKACgA oAKACgBaADFABigBcUAGKAFxQAYoAXFIAxQAYoAXFABj2oGLikAoWgAxQAtABigAoAKAFoAxCas3 EzTAM0CuJmgLhmgAJ9aAEoACaACmIKACgAoAM0AFABQAUAFACUAFAB3oEMl4Ck9AwzSYySmBHN9z 3JGPzpMBt0Mwk45XkUMQ0N5twpHRVz+dHUCMt5cUsQ67sD8aQD5l2rAvowpsBNge8cMMgKDil1AV QI7pgowpTOO1PqAlvGskW9wGZjyTQloAxCYrabaeQ+AaXQCY28flY24OPvd6dkBEGPlwzHqDgn2p dmAMxFx5v8IbZR1uA8AyGZlOD90Gn3ER4VUCyxFcfxKKWnUZLIrbklj+YgYx6in5oBkpkaSLcuwb uB3pMBdrS3DFDs28EjvT3YCw5jneNvmYjO71oWjELGpkikYHBcnFHQCIhVjCywlcD7wpeoD5julj UKXXGcA9aGAFX8xGSEpg89OlAFnFUMrs3kyyk913Cp2YCPGUtUP8SENRshD4/nuXfsoAFNbjIwP3 Nxx3NLowHiFPsvKgnbnPfpRZWAby626N91uvvRvYB1zEqqjKoBDAcd6GA7aJLtgwyEHAo6gI6CO5 iKADfwR60bMBhJjili7hsL9DS6WHYCCkLw5+YNtH40X0sKxJJAySIyoJFVcbTTYxYDGZWARo3I5U 0JgOll+by4Ruf17LRcCOeHyrMgcnIJPrSewWLE2Bbv8A7ppsZXQYa1yP4TS7CH3n3Ix3LjFDGLF/ x9zD2FC3EDDN8nsho6gEXzCWT+8SB9BQhkEY2Qwzf3SQ30JpCHzDzDO3ZF2j+tNgNkyY7ZNpYEcq DjPFADpElIUrAEZTkEMKAJSu+6A7IufxNO+oWEusbPKA3O/Cj+tJsBtoPLZoXADjnP8AeFCfQLC+ UrX53AHamRR1HYVkEd7HtGN4OcUdQLG0UxlGMbLaKbrsc5+hNSIlk/eSTN1EabR9aAEJjFpD5gLc DCjuaOgDLkttQmER4YYORmhgTbQ9+Q3IRARR1AkEcazbh8rEYwO/4UwJOKYyverm2JHY5NJ7CJ1w VBHQimBXnAN1Ao6gkn6UnuA4xRXDsVYq6HBI4NG4DSZbZk3P5iM23nqKWqAtVQFYJLFK5i2urHJU nGDUiEtwwvJd7BjtGcdqFuMtFQykHoe1UBQiAe4WFmzErHZ7n0qRFqT5rqJOy/Of5CmMLpwkJXG5 m+UL60MCG0H2eQwyDBbkN6+1JaCWhbqhhQAooEGOKBhjigAoAKAEzQAufegQZFADS1MLhux0osK4 m6iwXDdRYVw3EmiwXEJpiuJQFxetArgBxQFw20BcXac0CHCM0AKIzRcBQlAC7AKAHBaQC7aADFAC MgYYNAEEluRyvPtVKRLRXZexFUTsJyPf+dAC5z0oEIVpgALRnKkikPYmW4VxtlX8aXL2Hzdxr2+R mM7hTUu4uXsQEEHBGKoh6BQAUAFABQAUAFABQIKAEoAWgAoASgBaAEoAKACgEFAMKACgAoAWgAoA KACgAoAKACgAoAO1MQE0gDNABQMBQAUxBQAUgCgYUCFoGWbdNoMjdBUy7FLuOhUyyljSbsilq7l4 DAwKyLHUAAFAC4oAMUDEoAXFAhcUAAFABigBcUAGMUgFxQAYoAXFAxdtABikAuKAACgAxQAooAKA CgAoAWgAxQAYoAKQBQBh1qaiUAFACUwFzQAlABQAUAFABQAUAFABQAUAFABQIKBiUAFAB3oAQgEE EcUCG4deAQR70DAKS25jkjoB0FAhxGRg96AIreHyUIJySaSVgB4N06yZ4HUetFtQHSxlymD91s02 gBYyJ2kz1GMUragHl/v/ADM8bcYp21AYsTx5EbgKTnBHSlZgEcG2N0Y7txosAeVLt2eYNvTOOaLM B7QgwGNeBjAotpYBvkf6P5eeeuaLaWEOWECDy89uTRbSwxphlKbDIu3pnHNFmA5oeE8ttrIMAmiw AsTGQPIwYjoAMAUW7gIYWEheJgC3UEcGiwAIG+di+XYYzjgUWAf5Y8ny+2McUW6AM8mUpsMg24x0 5pWYDngBCbGKsg4NOwCCJ2dWkcHbyAowKLdwJsUwIp7fzipzjHt1qWrgSMm5SvYjFMLDbeDyU25y c5zSWgxBb/JKu4fOc/SgLDxF+52Z/hxmgLDTb5hVN3zL0YUWCw1reSTbvkB2nIGKQWHyQkyCSNtj 9CfUUDsCQN5okkfcw6YGAKAsDWwa4WXOMdvWjqFgNsDciXPbpR1CwskLGQSI+1sY5GQaAsCQMHMj PufGAccCgLEaWsseds2MnJ+XrRZhYmETGNklbfn2xQOxH9mkKBGlzH6AckemaBWJZYRIoAO0qcqR 2oHYYIGMivK4bb0AGBQFhZICZBIjbXAwcjgigLAkDLvYvukYY3Y6UBYekQSIIOwxQFhgtsWvkls+ +KAsC2223MWeoOTR0CwNbBokTOGTowoCwht3cqZZN6ryABikFiSOPYzsTkuc/QUwGxw7ZmkY7mPA 46CiwCzQ+ZtZTsdTw1DQELI73x2vtYIDml1ESxwlZDI7b3IxnpinYCXFAyFLcLbmInIOecUWAWO3 2W5j3ZznJxQFhGtcxRqHIaPo2KQWGyWrygb5SSDkYHAosFh8luWdXRijjjIHWmFgjt9r+Y7F3xgH GMCgCUrlSM4JHWgBqR4j2uxf1J70ARC3ePIimKqexGcUrCHxQLESxJdz1Y07AI9vmUvG5Rz1xyDR YBFtyXDSyF8cgdAKLAT0wIWgPmM8chTd97jNKwDoohEp5JYnJJ70WAb5L+Syea2Sfvd/pRYAe2Uw rGPl2/dI7GiwD44irs7NuLADp6UANEP74ysdx6Lx0oAWaATKASQQcgjtQwHqCFAJyfWmIKBiigQU BcQmgLhkUBcTIpiEzQFwyaLCuHXtTC4mDQK4u0mgVxfLPpQFwCEjpQFx3l0XEAjouAvl0XAXywKL gLsHpikAoQDtQAu2gAxQIXFABikMXHFMQYoAXFIAoAKACgBkkSv1HPrTTArSWzLyvIqlITRAQM89 aZOwmSPcetMPQAc0xCEZNAArNGcqaAJhKkoxIMH1qbW2Kv3GSQEDKHIppkuPYixiqJCgAoEFAwoE woAKAEoCwUALQAUAFACUAFABQIKBi0AJQAUAFAC0DCgQUAHegAoAKACgAoEFAwpiCgApDCmIKACg A70gCgdh8a72AFAFmUjiNOlQu5fkWreIIlQ2WkTYqShcUAGKQC0xBSAMUwFxSAMUALigBdtAxdop ALigAxQAvFABQAUAFABQAUAFABigAxQAuKACgBcUgDFABQAuKADFAGDitTUTFABimAUAFACUAFAB QAUAHSgQUDACgBKBBQAUAFABQAlABTAWkAUAFACUwCgAoAKBBQAUDFxSAO9AC0AJ3oAWgAxQAuKA ACgAxQAu2gA20hilcUAG2gBQKAALQAu2kOwBaAsKFoAMUAAFAWFAoGGKADGKADHFIA/SgBaACgBP woAO9ACgUAGKACgYc0ALg0AGKAFxQAbaAExQAuKAE2k0ALtouFgCcUXANooAUKPSkAbRQAbADnAz 64oAMCmAnFABQIOKAA0AJmgAzk0AJmmAlAhaAEoAOlAC0AHagAoAKADmgAoAMUCCgAoAM0BcTP0o FcQmmFwyaLCuHNArhtNMLi7DQK4oj9qAuL5VFwFEQFK4hRGPSi4C7BQA4qO1IAxTAAKAFwBSEFAB imAYoASgBaAFpAJTATNAC5pAGaYBnFAADzQAZpAGaYBnFABmgBKAGPErj0PrQnYCtJCye49atMXK QkA+xosTcMkdfzFF+4W7B1piEK0wFSR4+h49KVrgSbo5uvytS1Q9GRvEye4qkyXEYKYg70CCgAoA DjtQNgaBBQAUAFACUCCgApgFIYUALQDEoAKYhaQwoAKADFABQAlAC0AHSgApiCkMOtABTEFIYvag BKBXDFMA70AKOaQy1EoiiLnqelS9dCkraj7WMu+41Mn0Kii+BWZYuKQxcUCDFAxcUAGKAHAUgDGK ACgBaACgAoAKAFoAKACgAxQAuKADFABigBcUgDFABigBcUAFABigBcUALtpXGG2gBcCgDnq2NAoA SmAUAFACUAFABQISgBaACgBKACgAoAKACmAlAhaAEoAKACgAoAKACgBaACkAUAFACj6UAAHtQMMU ALigAxQAY4oAUCkMcFoAMUALigYYoEFIYuBQAUAFAC0DCgAoAOtACikAmc0AGaADNABmgApgHegB QD2pAGKBi4AoAUAUAGB6ikAu2gBdtABtoAMUAGKADFAC4oAMUAIMHuDQAEgdSPxoAARQAdKADgUA G4igBpY0xCZoAM44oATNMQd6AENAB2oAXvQAAUAGKACgAoAMYoAO9AgzigBKAuANOwrhmiwXAk0W FcOaLBcOSKLCuG00BcNppiuKENIBfLouA4IKBDglABtoAXGKADHFABQIUUhhTEFABQAUAFABQAUA JQAZoAM0AJmgQuaBhmgBKADNABmgAoAKAFoAO1ABQAlAC5oAOKQxCeKYEMkKtnAwaaYNFd43TqOK pNMhxaGY7jg0W7Cv3Ez68U7hYXFAhpX0pjHLIycdRSsA7CSdPlNGqDRjGRk6immS1YbTEFAgoAMU AJQAooGFABjNAgoASgBaACgAoAKACgAoAKACgAoGFAgoAKACgGFABQFgoEFAwoAKBBTAKQxRQBLB Hvcenek3YaRLIfMkCj7oqVoV1NCCPYgz1rJs0RLikMMUALigBaQBQAUAFAABQAuKADFAC4oANtAC 4FAAKQBimAuKQBigAxQAuKAFxQAYoANppALtouMXbQAYoAXFIAoAKAFxQAlAHO1uWFMYlAhKADNA BQAUAJQAZoAM0CCmAUAFABQAnFAC0AJQAtABQAUANdti5xk9BSAb5SnlvmPcmiwCEeUQQTtJwQe1 GwDbwZiUDqWApSGOtm3QgH7ynaaEBCWL3it/Du2j8KXUCw8yo23BZvQU7gLHIsmcZBHUEcii4Dft C5OxGcDuo4ouA4TIYvMzhaLgNFwuRvRkB4BI4ouBJ5g87y+c4zRcY7ePNEfOSM0XAi+0ruIVWYg4 OB0pXAe86q5VVZ2HUKOlFwHRzLIhK8beoPUUXGR/a1K7gjlR1IHSlcQpulAyqsyjqwHAouMkaZEj Dk8HpjvTuA1bgbgro0e7pu70rgK9wqSbCGLYyAB1ouARzB2KFWVgM7SKLgMtpWaeQFX5Pf8AhoQE 8cnmBuCMHHPehAVZTK0sJf5VLjC/40tQLE6PJGFQ7cnk+1NgQXEMcEW+PKuCMc9aWwWHXJzJEJCR GfvfWmwEjCrdqsBym07wDkCl1Ala4HmNGqOzr2FFwGrchuFRy4PK45FFwHpOjQNIA3ydQeoouMT7 Wu3f5cmz+/jii4XA3agbvLcx5+/jii4XJWmVJEVgQH6N2ouMUSq05iUEkD5j2FAXIZ7e3iiaQqTj oNx5pCsh1vbtHbEA7ZH6k9qAWxFPDBDbnn98Bwc/MTQBYefyIo2lBy2AceuKB3Gm8CECSKSPPQnv RcLjkucyrG8Txlvu570BcRroCVoljd3U9BQFxFvQ4IWJ2cdV9KBXHJch4GkRGJU4Kd6AuDXcYhWQ ZbdwFHUmgLiymUoBGoDHruP3aYMgsQVSUMckOQT60IEP+zq8rvOA+ThR2AosIZbMEnmRDmNcYHYG hAKL3cm9IXZQMk+lAXA3eV3pEzIBksOMUXC4slyscaPglX6Yp3C4xrrYw8yJ0B6e9FwuOW4bzVR4 mTd90mi4rk+PamMMUAGPSgVwxQFw780AHHrQFwyKAuIWosK4Z/OmFxCTQK4ZOaAuFArh2phcMe1A rige1ArhtoAXbQAuKQC4GKADGKAF70ALQAUBcKBBQAGgBaACgAoAM0AFABQAUCCgAoASgAzQMM0A FABQAlAC0AB4oATNAC9KBiZAoAMigAzQAZoAMmgYn1oAMUCF2mgBwXmgBdopAAAoAMDpQBBJbK3K 8GqUhNXKzxsnDDFUncmzQzGOh/CmJiZ7Hg0CsLjNADdvpTAcspXhuRSsMUqr8rwfSjYVrjCCDg1R LQlAgoGFAgoC4UDCgQUAAoAKACgAoAKACgAoABQApoAKAEoAKAFoAKAE7UCFoGJQAUAFABQAGgAo AcAaALIHkQ/7TVD1Za0RPZQ5O49O9TNlRRfxWRYUwFxSAXFABigBcUAGKAFAoAKQC4oAKADFABig AoAXFABigBcUALikMXbRcAC0ALikAYoAMUALigAxQAYoAMUALikMXFABigAxQBzOa6RiUAJQMKBB mmAmaACgAoAKAAUCFxQMKACgQUDCgAoAKACgAoAKAGSg7Q2M7SDSYDwQRkHIoAZLyAg6sf0oYDLv /Vpx/GKTGNkb7PK/pIMj60tmAhTy3t175OaNrCCNZDcyhHCnPcZyKOoxyKVnLPIGYLyAMcUdQFi8 2RAyFI09hnFGoxkQQ2jh2wpc/MKS2EPfzYU3OyyoMdRzRqhjwP8AiYfWPv8AWjqAv/L+oHZDR1AW 0HMx77zQhkcCSGSYLIFO85BXNJCHRpiSYmQO23DADGKBjoB/oA/3T/Wn0BBGP+JeP9w0ugIhYHZa HdtGOpHANAiSeN9qiWcYyMfJ3oYyQD/iYH/rn/Wn1AGH+np/uGjqAWw/fXH+/wB6SAsDDdDmmMgu h89v/wBdBSYMmmkWGMu/QfrTuBFHCZHEs+AR91M8L/8AXpAJMoe9SKT7m3IHqaQBIiw3UPlDaXOG UelHUB9uoFzcn/aA/ShAhLX/AF9x/v0ICLpFe/U9KAJJBjTOn/LMUdA6C3Axppx02D+lD2DoJclf sioV3O4AUe/rQHQLLCb4mGJQck+vvQhIWb95eRR9l+c0dRk8sgijLkZC+lMCKZYZLcysF5XIbvSA hYs0Fp5nJLjOaBEt1/rrfP8Af/pQDC5/4+rb/eP8qYXEgx9suPqKAC3x59xj+8P5UIBtuwWS5YkA b80ILlePCzrOy4iZiF56e9JCNHNUO5WtOs3/AF0NCENlmMjmGNguPvOe30pMCWJY449kfIx9aYEd rxYj/dP9aFsAkHGnj/dNHQCJv+Pa1/3hS7CJrrHmQf8AXQU2Atww8236ffoYE26qsFw3E0WFcTJo sFwz70WFcM80wuGKAuL0FArhQAUCDBoAXbQAu2gAC0ALQAA0AFAhaAFGaQB0FAwoEFAC0AIKYCik AUAFMQCkAYoAKBi0AFAWEzQAZoCwc0AFABQAUAH1oGISKAEzQAEkUBYMmgLBzQFhKB2FAoAMUAHN AC4oAMUAKBmgBQtIQoFAC4oAMe1AC4OKADBoAMUAG2gLiFARgjI96AuV5bTvH+RqlLuTZFR0Knaw /A1d7k2sN5HTn2oAUGgBCKYhCCOlACiQ9G5FIA2gj5T+FMLXE6dqZOwlAgoADQDCgAoAKAEoAWgA oAKACgAoAKACgAoAKAQUAFAC96ACgAoASgQUwQH2pDD8aACgBaAJ7aMM25ugqZOw0rknM0vsKWyL WpqRR+XGBjnvWLZaH4pDFxSAXFABigAxQAuKACgAxQAuKADFABigBcc0gF20XGG2gBQtAC4pALig AxQAYoGLigAxQAYpALigAxQAYoAKADFAC4oAMUgCgAxQBy/NdYw5oASgQUAGKACgAxQAUAHagBcU AFABQMMUAFABikAUwDFABigAxSAXFABtoGNMKkkjI+hxSAVYlX7ooAHiWQAMMgHNAA8KyEFhkryK AFaJWZWIyV6UDEe3SQgkHPqODSCwscCxg7R16k96AsNFpEOgOPTPFKw7D1gjVGQKNrckUwEFpEpB wTjoCTilYB0kCSEFhyOhBwRQAJBGjBlXDeuaLAOSJY87RjJyaBjXt45H3Mpz6g4oAdHAiIVVcA9f egLDliVY9gGFxjFAAIVEflj7uMYpABgQxiMrlQMYoAalpEjBgpyOmTnFAbEghXzDJj5iME+1AC+S pkEmPmAxmgBPs0ay+YBh/XNADkhSPdtGMnJ+tAA0KOVLDJU5H1oASWCOYASLuA6UAR/Ybcf8s/8A x40rASvDHIoV1yB09qdgGxwRxElV59ScmiwDlRFZmUcsefeiwAiIjMVGCxyfeiwDfKjw428P97nr RYQpRDH5ZGVxjFOwAyI0exh8uMYosA3y0Dh9vzKMA+gosApRDIHI+YDANFguG1BIZAPmIxn2osAu 6iwrkP2aEHOwdemeKLASMqsV3DO05HtRYBGVWKkjJU5HtTsAMEZlLDJXp7UWEIqorMwHLdfeiwAq qpYgDLcn3osAhiT5sj7xy3vRYBWVWTawBXpiiwACFUAcAdBRYBq7VztGMnJp2C4z7PCSSYxk0uVB cVI44ySiBc+lNIVxwUImxQAvpRYLgqhU2AYXpiiwrjfKQqqlRheQPSiwXHMgbG4ZxyM07BcQorEE gHByKLCuOxQFxQKBBzQAoB9KAF20AG2gBdtAC4oAKBC0AIaBi0CDFABQAYoAWgAoAO9IBfzoASgB aADFAARQAUAHegAzQMM0AGaADNABnmgBATQAuaAAkUAJmgA5BoAOaAsJQOwuKAsFABigAxQADg8U hhimIMelAC49KQBjNAC7cUAKFoELtoAMYoAUDigBcUAL2oAKBB2oC4lABQAUAFABigBrxq4+YZoA qy2hXlOR6VSkKxVZccEVZNmhOR2zQAoINACFaYhuCOlAChs8MKADb6c0XFYSmSGaACgAoAKACgAo AKACgAoAKACgYUCCgAoAKAFoGFAgoAKACgBBQIKBi0AJQA5RkgCgC0/7tBGOp61G7uXsi3Yw4XeR 06fWs5stIvYrMoUCgAxQAYoAAKBi4pALtoANtAC7aLgLtoAMUgFxigAoAMUALigAxQMXFABikAuK ADFAC4oAKACkAYpgGKQBigAxQAtABQMKADFABQBy9dYgoASgAoAKACgLBQMMUAGKAFxSAMc0AGKB higLC4oCwbaAsLtpXCwbaLhYULQOwbcUDsLtoCwYoAMUgDAoAXFABQAuKAACgAxQAYoGKBQIXFIY Y5oAUL9KAFAoAXbSAMUAAFADsCgAoAOKQBkUwAMKAuKWFFhXE3UWC4m6nYLhu4osFxC1FhXDNACZ pgJmgLhmgBM0CAn3oC4m6gBN3FMALUWAQtQAbqAELUAG7mgQmaYBmgLhmgAyfWgLgSaBXCgLhigL higVwxQFxcUCDFAC0AFAC4xQABTQAuygBdtACgCgBcYHQ0AJigAoELjNABikAuKBidKBBTGLSAKB BQMKBBQAdKBi+1AgoGGaAEzQAZoCwmcUAKCaAG0DFxQAUAAoEFAwoAMUAGKBi4oFYMUDsGKQWDvQ AuOKADFACUwFxxSEAFAC7cUALtoEG2gBcc0AGKBDuBQAUAFABQAUAL0oASgQUALigBMUALigAxQA uKBhigAxQIMUhjJIUkHzDn1p3sBTltHTlfmFWpCt2K5X1qidhvI96AFGDQIaRTATkcigA3A9aAsB HpTFYKCQoAKACgAoAKADpQAUAFABQAGgAoGFAC0CCgYUCEoEL0oGFABQAUAFABigZat0CoZG7dKl voNLqOhRppc4ySeKluyKSubCIEUKO1YNmlh22gYuKVwFxQAbaAFwKQBQMWgAxQIMUDDFAhcUDFxS AMUALigAoAWgAoAMUgDFAC0AFABQAUDCgAoAKACgAoAKACgAoAKAOYxXUAYoCwbaADaaLjsLtoCw baLhYNtIdhdtFwsG2i4WF20XCwbaLhYAtILC7aBi4oATFAC0AGPagAxQAuKADbQAmKAG+auSBlsf 3RmlcByMr52nkdR6UXASV0iXc5wM0XAi+1w55fH1BougJ1IZQwOQehoAXBoAGIRdzHA9TQA7aaAA L7UALjHQUAAdS5UEFh1HpSAWmAdKQBmgLhuosFxM0xXE3c0WC5FJdJG4U7ifQDNAXJN3HpRYBM89 aYrhu96BhvosIN9FgDeKdgELUWATfRYA30WATecUWEJuNADXlCKWY8CjYBd2RTAM0AMeVVZVJ+Zj gCkA7NMAzQA1JFd2CnO3rSAQzIJRGfvGi/QQ80wGRzpIrFei9aSYDBdIRkByP92i6AkjkWVcoc00 IeOlMAoAKBC0AGKQC4pgAWkAoWgBdtAAFoEOxQAuM0DDBoAMUAFIBHcIhY9FGTQAIwdAw6EZ5oAW gA70AKaADNAB3oATNABmmAZpABbjigBMmmAZNAACaAAmgA5pDsLg0BYMUDsGOaBWFxQOwlAC0gDH FMAxQAYoEGKQBimMWkAdqACgLhg0BcULQK4oU0BcXYaBXDZQFxQoxQFwwKBXDFAXCgLi0AFAriUw CkAUALQAUAGKADFAC0AGKAFxQAYoAMUAGKAFxSAMUALigYYoEGKBhQAUAGKAIZbZJOowfUU07AU5 rSSPkDcParUhOPYrkfhVEiZ9aAsLxTENK0AN5WgBc5oEGKYrBQIKACgAoBBQAUAFABQFwoGFAC0A GaBBQMKBCUALQAUAFABQAUAPiTe4FIfkWJTyIl7daldyvI0rC32J5hHUfL9KxnK7NUrFysxhQMWg AxQAYoAXFAABSAXFABigBcUAGKADFAC0AGKQBigAoAWgAoGFABQAUAFIApgFIAoAKAFoASmAUgCm AUAFABQBzu32roKsGPagLBigA20DDbQAYoAMUAGDQAYoAXFAC7TQAm00AKFoAULSAMUAG2gAxQAY 9qAADigBcUARzZ2hRwWIXNAh6oFGFAAHSgCOddoEg4ZSPyzyKGBHqA/dJ/10FJgWiinIIBH0pjKt riKS4jAJVDlRSEKTcmMyFo4+M7SP60agR3MjTaeJBhQcZH40gJpZniWOP5Wlc4BxgCmA0zSwMhlZ HRjjKjBFAXLO6mBTg8z7bNl17buOtIQRTXExJBRVViMkdaFcBxed3bDLGoOBkZJp6gNS5cwzbtu+ PPI6HigBqy3DwiQMg4yFx1o1AHu2FsjgAF+OegoAcskwdTuWRD1IGMU9RXIl8z7a/wA652jPHbNK zuAomkmZvLZUVTjkZJp7gKtw5jkDY3xjt0NABC80gV3KhSOmOaFcB80piiZgMkU3oBGskxCsHWQH qo4pagLJJJ56xxkAEZye1N7gHmSRyqkjBg/Q4xzR11ATzXlkYIwRVOMkcmlcBY5zl1kIJTnI7inc BqPNKu8OqjsuM/nS1APtJ+z7wPnztx70X0AZcCZYCWcMD1GOlDvYCwVfCbCAO/0qhD8UAVXhEc0J yWYtyTU2swLeKoBkkfmLt3FRnnFDAitkCyzKo4DDFJARTIWnkK/eRQwqXuBPNJm3BTrJgD8apvQR HAgT7So6DjmkuoxLeYpbqBFIcdwOKE9BElp87yv0JPK+lNATShlhdgcEAkU2IhRZ5IRIHAJGQuKW o9BWuf8AR0dQN7nAz0BovoIHaSBQ5lWQD7w6ce1K7QDpXl+0rFGQAy5yR0ou76ATxqyoA7bmHU4x VIRBLKxuTF5oiAAOSOtTfUZIryRo5mIZVGQw709twIkeWRBJ56ITyExx+NLUNBftZNqrqo8xjtA7 ZovoFh7Lcx4ZZPMOeVxj8qNQ0ELyTTvHGwRU6nGTmjVgOikkS48mUhsjKtjr7ULsBFA09whbzQgD EAgcmhXYaCrdMLV3fBdGK8d6L6BYSZZxbsxl3ZXlccY9qHew9CeA4to/90U0IfnNMBc0AGeKAA5z SHYMGgLBigLBii4WFxRcdgxQFgxzQAu3FILC4FAxOKADgUCDPagLhTC4UhBTAKACgBcUAABoAXFI LihaBXAJQFxdtMLi4FIQuB7UAGBQAcUAFAXCgQUAFMAoAMUgDFMAA4pAGKAFxQAmKAFxQAYoAMUA LigAxQAuKADFABigBcUgCgAoGFAC0AFAC4pAGKADFAABQAYoGGKADFAEE1mkgJA2t601JoChNbSR H5hx6itFJMhxICMdOKom4Zx1/OgLBimAhWgBvIoAXINMlhQAUAFAgoAMUDsFAgoGFAgoAWgYlAha BhQIKACgLBQAUAGKAFAoAtRAQxbz1PSoersWu5JZwmWUZ78n6VM5WRUVc2wMDgVzmgYoGGKAFxSA XFAC4oAKACgAxQAUgFoAKACgYtABQAUAFABQAUgCgAoAWgBKACgAoAKACgBaAEoAKYBQAUAFACUA YW2tyhNtAxQvrQAbaADaaADZzQAbaAFCgUAGBQAYFAC0CEoAMUALigBMUDFxQAYoAMUALigBOKAG SpvTA4YEEH3pAIJ1HDgo3oaBDGbzsKoOwHJY9/agCPUD+5TvhwaGApvo8fKsjH02mi4DEEqwzS4x LJyB6elFgIV8gxDIeWXH3TknNAhfmOlBcHI7Y96OgC3DLL5UwQui5DDFPzATMLuohiDnPJ5AAo0A ubqoCqsmy9kDZ+fGOOtLqIW0JCN1++etCAgUqWY3O4vngc/pS06gLECEuBsKZHC49qa6gTQgi1UY 529Ka2AjQlbNMx7h/ECO1LoAwBDIhtgwOfm9MUvQCVQReucHGwc1XUCFEjiLLMnfKtjqKnRbgPQZ ilKxhFIOOOTT6ATQgiBAR/CKa2ELJuEZ2ruPoaGMqOI2x5KusvYDjFT6ASyP5d0hIJ+TnFN7iHH9 /MhUHYmSWI6mjdgR7I4pHEyEgnKtjNG24D44w4k2RhFIwpI5NCAZGIo02TQnzB225zSVgHmJmtgR GFcNuCj/AD1p20ASebzYSqI5JHIx0obugLBbYIxtJ3ccUxD8UwIZ1JlhwMgNSe4XJJG8tC20tjsO tN6Bcfg0CIYEPnTEjgsMe9JbsARD9skJHBUc0uodCO3hfzwjDCRZIPrmhDY+NDuuuMZJxxQuoDbe byoFRoZSR6LQnZCZJAjNcPMyGNSMAHqaFvcGSXH/AB7Sf7ppvYFuQQ3OLdV8ty4GAAOD+NK+gW1G tbOtrGMBmRtxX19RRbQLisY2AENuCx67kwB9aWnQNSUg/blODjyyM44quodCfNMRXmceYVmi3xY4 YLnFS/MaI4YSwmCBkiZcKG9aLDEjMcceyW3JkXjhc7vxpAOeOQ2y4RVdW3hR/KnbQB7XLuu2KNg5 PVhwKL9hWEDNbzyMysySYORzg0bMfQI981yJSpVFGBnvRu7hYdZqywYYEfMetCCxEsDvbTJggmQk Z70ugx0kzvAyCF/MIweOBTb0CxYgXEEYIwQozTQWH4oAXFABigLC7aQwC80BYXAoAQ4A9aAFyKAu GfSgLiGgVwoC4YpiCgBaQCYpgLigBcelIA20CFC8UBcXbQFxcCgVxcUAGKACgApgFIQUAAoAMUAG KYBigBcUgFoAMUAGOaADFABigAxzQFgxQAYoAXFABikMMUALigQYoGGKAFxQAYoAXHNABikAYoAM UALigAxQAUDFxSAMUALigAxQAbaADFAC7aADFAAVyMEUhlSfT0fmP5T+lWptCaTM6WB4Th1IrVST IasRYx04piDPY8UCAimA0rzQAnNAC8UyQoAKBBQMMUCCgAoGLQAUAFAgoAKAAUDDvQIKACgBc0AS wR739h1pN2GkSuRJJtHCip2LNiyg8mLJHzN19vaueUrs0SsWagoKACgBcUAFAC0gCgYUAFABQAUA LQAUAFABSAKYBSAKYC0gCgAoAKACgAoASgAoAKYC0gEpgFABQAlABmgAzQIx8YrYsTFAwxxQAYxQ AlMA70CAUDDFAWDFABjHekAY5pgGKQBigA4oAM0wDdSAQtTATdQAm6gQm6mAbqAG7qADdQA3NMLg TxQIQtRYLhmiwrhn0oC4maADNMLhQK4lABQAUAFAAKACgLi4oASgA7UCCgAxQAuBQAYoAj8s/aBJ kcLjFK2oXJcUwDFACjjtQFwoANtAXFxQIMUAOwKACgANABQAYoEGaAFzQAZFABmgBM0AMkG+NkB+ 8CKGhiRDy4lTOdoxQlYB240AAJzQAufwoCwc560AAzmgBcUDDmgAxSAKADHNAwxQAtABQAUALQAU DFpAHOKBXDmgLi96AuGKAEIzTAUCgBQOKQgxQAAGgBdpoC4oXnmgA20CFCgUCuLjFAABQAYoAMUA LigQlAC4xQMKBBQAYpgAHNIBcUAGPSgAxQAuKBhigAxQIKQwpgFAgoAKQC4oAAKADFAxcUAGKAFA oAKQABQMWgAxQIMUAKBQMNtAC4oAMUgFxQAYoAXFABigBcUgDFABigAxQAUALQMTFAgoAMUAIyBh gjIoGUbjTQ3MXB9DVqdtyXFMz5YWjYq64rVNMlpojxjp+tMQoIPtQAhHNAhpX0pgJnFAC5pkhQAo oAKAEoELQMKBBQMPwoAKACgAoEFAAKAFAJNAy3/qYQvG5qjdlLRFnTbffKCwyF5P17VnUlYuKNjF YGgUhi4oAKACgAoAKAFoAKACgAoAKACgAoAKACkAUwCkAUAFABTAWkAUAFACUALQAlMAzQAm4UWE G4UWC40tTsAhanYBN1FhBuosAm6gZmZxWhoFAB0oAQmgA4xQMOKBCZFAwLUCEznpTATNABmgALUA JmgBMnNABupiE3UAIT70AJup2FcQtRYLibjRYVxM07BcM0AFAgoAKACgAoAKACgLhQFwpiuB60gD FMLiYoC4uKBBigAxQAYoAXFABikAYOaAFwRQAYzQAbTmgAxQAvagAxTAOlIBc/SgAyaBAKBhk4oE LQAmaADNMBM0BYXJ9KQ7CZoAXmgLCYoHYMUAGKAsGMUALgYoAOlABigQtAwAoABQAUALikAAUAFA BQMMUALjigAxQAYoAMcUCFxSGLigAxQAuPagAxQIUCgLi4oC4beaBXAKKAuLgUCuLQAYoAMUAFAC 4oEGOBzQMKBBQACgBcUAAFAC4oAMUDDFAC0gDFAC4oAMUAJQAUAGMUALQAmKBBigYuKAACgBaAAC gAxSAMe1AC4oAMUDFxQAYoAXFIAxQAYoAXFAC4FABigBcUgDFABigAxQAuKACgAoAWgAoATFABig BcGgYAUgF20AG2gA20AG2gBrwpIpV1BFF7DM650sgFoTkf3TWkanclxXQz3jKEq4II9a1TTIaaG8 j3piDrQITGaYDSpHSgBM+tAhaYgoAWgAoAKACgAoAKACgAoAKACgRYto9zbj0FTJ2KWrHjMs2QM9 gPWpeiKWrN22hEEKp36k+9c0ndmyRNUjCgAoAKACgAoAWgAoAKACgAoAKACgAoAKACkAUAFABQAU AFABmmAZoATdRYQhanYLjS9OwCb6LCEL07AJvosAhJNABuoAQtQAgNMBaAG0AUao2E6UCEzQAZoA TNMBCaAEoAWgBKADIoACRTEN3UAG6iwhpanYLhu5oC40mgVwphcTFAri0AGaBCUAFAXCmAdKACgB aACgAwaQBimAAe9Ari4pAG2mABeKAF25pALtoANlABtoAXFABgUAHFACUCDNAxKAD6UAAoCwUAHS gAoAXigAzQAUBYBQFgPNA7CYoCwuBQAYHpQAUAFABQAuOaADFABgUAGBQAYoCwuKQBigLBigYcUA HWgLBigBcUALigAxSAMUAKBQAAUALigAxQAYoC4u2gVxQtAXF2igVwxQFxcUCDFABQAUALigAoEL igAoAMUAGKADFABigYYoELjFAwxQAoFIAoAWgAxQAUAJQAtABQAUAFABigBcUAGKAFxSATFAC7aA DbQAuKBihaAFAoAMUgDFAC4oATFAC4oAUCgAxQAuKQBigAxQAYoAMUALigYYoEGMUALg0gDBoGG2 i4WF20XAXbSuAbaADFAwxQAUALigAxQAYoAXFIAxQAmKAIpraOcYkXPv3pptbAZtzpTp80R3D071 tGp3JcOxnshBwwwRWu5DTQnI9xQIBzQAhXNADMYpiDNAWFpk2FoAKACgBaAEoEFA0FABQA5F3MAK ALUh8tBGv41G+pW2he0y258wjheB9axqS6GsUalYlhQAUAFABQAtABQAUAFABQAUAFABQAUAFABQ AUAGRQAm4UWEJup2AN1FgEL0WAQtTsA3fTsIQvRYBu4mnYBN1ACBuaBC5oGNJwaYAGoEIX9KLAAo GBbFAAGoEG6gZQJqjUTNABmgQmaYCbqAuIWosFwzQAZoEJmmAZoC4hY0WFcTOaACmFwxQISgAoAD QISgApgLg5oC4bTQIXbQAuzHegBMCgBcUAGKQABTAXbSAXHtQAuBjpQIMUAGKAFVQTjNJsaVxppg HFABzQAdKAEJoATPpQAUAFABQAYoAMUAFABQAtAwoEFAw6UCCgdwoC4tAriUBcKAuLigBRQAYoGJ QKwuKBhSAPwoGFAhcUDDFAhaACgAxzQAYoGLikAYxQAo5oC4UCuLtoC4oFAXF2/WgVw20BcXFAXD FAgxQAUALigAxQAYoAWgAoAMUAFABQIWgAAoAMUDDFIBcUAFAAKAFoAMUAGKADGKACgBcUAJjigA AoAUCgBcUgDFAxcUAAWgBdtABtoAXbSAXbQAYoAMUAH4UALigAxSAMUwFxSAMUAGKAFxQAYoGLig AxSAMUAGKAFwaADFAC7aADFIAAoAXFABigYtAgoGGKADFAC4pAFABigAxQAYoAMUAGKADFAC4oAT FABikBDcWkVwMOvPYjrVKTWw/UybnTZYclBvT1HUVtGonuQ4dikV55FaECcjryPWmKwoGelADSlA DSpBpiaAUCsKAaYgwaQC8+lMBO1AAKBC0AFAyzbpsUyN26VLfQaXUfbo08wx1J49qmTsi0rm9HGs UaovQDFcrdzYfSAKACgAoAWgAoAKACgAoAKACgBM0AGRRYA3UWEJup2ATdRYBpk5p2EG/IosAgbI pgNyc0ABJoAaSRTATcaADODQAE0AANMQhagYme2KBBmgYme1ACggdaAExzQAFsGiwDe9MB3BpANz TAz91UXcTNMAzQAhagQZoAM+lACZoC4lMVw6UAGaACgAoELQAYoAOgoAKYgxQAYoAXpSAcBmgAFA haACgAxQAYoAMUALgUAFABgUAFABmgBM0AJQAfpQAHigYDFACGgBKACgAoAKACgA5oAXmgLhg0AG KAACgBQKADHtQAYoAXFAABzQAYoHYMUgsGKADFAC4oGGKBBj8KAFxQAYoAMcUALigAxQAYH40AKF pBcMUBcXbQFxdtAg2igLi4FAXFAoC4Y9qBBQAUAL0oAMUAGKAFxQAYoAMUALikAYoAKYBikAYpgG KQC4FABigAxQAuKACgAoAMUALigAxQAYoAMUALgUgDbmgBdtAwxQIXbQAbaAF20rjF20ALigAxQA YoAMUALQAUAGKQBimAYpAGKAFAoAXFABigBaQwxQAYoAXFABigAAoAMUgFxQAYoAXFABigYYoAMU gDFMAxSAWgAxQAYoAXFABigAxQAYoAMUAFABikAtABQMKAEoAXFABigBKADFAFW50+KcEgbH9RVx m0DSe5k3NjNb8kbl9RW0Zpmbh2KuMdOKskM468e9ABjimIaVoAacimIM0CFpiCgBaBBQA+FDJIFp N2GWJjkiNelSu5fkammQBI/MI5bgfSuepK7saxVi9WZQUAFABQAUAFABmgAzRYBN1OwgLUWAaXp2 ATdRYBN2eBRYQhbFMBC9FgANQAm40wE5NACZxQAE4oABnrQA3J3c0wHE9qQDTTAAaABj60AJuxQA hNMByjApAISOfWgBuOKYCZzQIUHHNAxGIJoAUngCgBBQISgZn4qx3CmFxM0AHNAgxQAc0AJigYuK BAKAAdKAFoEIBQAoFABg0AGKADbQAoXmgBdooELigBcUAGKAA8UAJkUAGaACgYZoEHagAzQAZoAN 1AxN1AhMmgAyaBhQAYoAMUAGKAF20AG2gAxQAYoAKADFAWDpQAYzQAYoAXFIdgxQAuKADFA7BigB aACgQUAGKADFABigBcUAGKAFAoAXFABtpCuLtpgGKAFwM0hBxQAtABQAYoAMUALigBQKADFAwxQA YoAXFIAoEAFAwwaAFxQAYoAMUAFABQAtAg4oATFABigBcUALQAYzQAbaAFxSAMUALigAxQAuKADF AC4pAG2gY7FABigA+lAC0AFABQAUgFxQAYoAMUAGKACgAxQAuKACgAAoAUCkMXFABigBcUgDFABi gAoAKBi0AFAgxQAuKBhikAYoAMUAFAC4oAMUAFABQAUALikAUAGKACgYUAFABQAUAFABQAUAFABQ AUAFABQAhFAFK502KbLJ8j+3Q1cajQmk9zKntJbc/OvHqOlbxmmQ4tFfGOnFWSGex4oEBXNADSmK AG9KYgBpiFFAhaALiKIICx+83SoersUtEPsoDPMAe/JPoKicrIuKN0AKAAMAVzGoZoAM0AG6nYQm +iwCb6dgE380WAN1ACbqLCELU7AIW4osABqLANLc0wAtQAdaAEPSgBNwAoATfgU7AG+iwBnNAhTQ MN2OKAE75oAC3pQAjcUANBxTAVnxSsA3d3piE3ZoAXcelACMcUDFU5FADM4OKYhR0pDExzTAdnjF IQmcUwDNFhlCrAXFACYoAMUCCgAxzQAUDCgQYoAUDigBdvNABgZ7UALxQAUAGKAF/CgQUAANABk4 oATmgAwaADHrQAmBQAGgAxmgAxQMMGgBQOKBBtFABigYYoEGKBhigA4oAM0AJmgBaADmgYCgLB+F IAxQAYoAKBi0AFABigAxQAooAMUCuLigAxQAYoELigBcUAG2gBcUAAWgBdtILhigQuKADFABigBc UAGKADbQAYoAXbQMMc0AGKQC4oAMUAKBQAYoAXFABigAxQAUAFABQIWgYYoEGKADFABigAxQAbaA F20gDbQAuKAFxQAbaAFxQAYpDFxQAYoAAKADpQAUALQAUAFAC4oAMUAGKQC4oAXFABjFABigAAoA XFIYYoAMUALigAxQAYoAMUALikAtABQAYoAMUAGKAFxQMMUgDFAC0AFABQAUALQAlABSAXFABigA oGLQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAlABQAUAJQAjKGGGAI9DQBn3Wlo+WhO0+h6Vr Go1uJxTMuWB4WKyKQffvWyknsZuLRHgjp09KoQA547+lAAV4oCwwpimIbQKwufSgVidGaUjceFqX ZDSNmxi8qHdjDPyfYVzyd2bIs76mwCbqdgE3GiwBvosAbuKLANJpgIGoAUtQAZxQAm7mgAJoATNA BjvQAhIpgLuyKAG5x1oATeKAE3DPNMAbg8UAGTQAhYk0ALmgBd3y0rAID1JpgN3HNFgGkkjimAoy RzSAQgimA7oKQhmGDZzTGOIyKAG7iHwKBASd3NAwLcUCBenWgBT93rQMbknimAUCKlUAuKAEoAMe 1ABigAxQAu2gAoAMUALigAwKADFABQId360DEzQICaADJz0oATNAC80AGKAExQAcUABoAKADFAC0 AJ1oAXNIYn50wDPsaAEyc0AKCc9aACgBO1ABQAuKAFxSGGKADFABg0AGPWgBQKAuLtNAXFK0CuJt oAXbQAbaAFC+lAC7eKAF20CDbigYbaBC7aQBigAxQAoHtQAuKADb7UDFxQAYoAMYoAMUAGABSAMc UAL07UAGKADFAC4oAMUAHFABgUALQAUCAZoAMUAFABigAxQAuKQBigAxQAuKADFAxcUALikAmKYC 0gCgAFAC0AFABQAUALQAUAFABQAYoAWgAApAKBQAuKADFAC4oAMUhhigAxQAtAABQAYoAXFABikA uKADFABigBQKBhikAuKADFABigAxQAUALQAlABigBcUAFIAxQAYoAWgYUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAFABQAUAJQAUAFABQAmaAGSKki7XUEe9NXQXM2500fegOP9k1rGp3 JaTM6SJkba6kGtk0yGrDRkdORTEKMHikA0oKYWEEXNTcLF+ygBfGPlXlv6CokykaWeMVmUHSgBM0 AKDgUAJuoAXOTQAhNAAKAFNACGgBOlMBCfegAFACM3OAaADbxmgBhbBxmmAuSaADAxQA3HNADsYG aAGknNABnPagBxxQAmeOKADNAAR3oAQDvmmAMcUAITxQIbyRQMAxHWgQ5mwKAGdOaAEzk0xiEk9K AAkgcUAG87cUwAPgUgDefSgCHAqiRce1ACdKACgAzQAZ9qACgAoAMH1oGAoELigAx60AAHNAC4FA CYoAMYoAKAAUALQAUAJjjNAWEoATOKBiigAJ+lACZ9aAAUAKTQAnNAC49qADHHSgA20gFC0DF20C DbQAoU0DF2UCuG2gLihMUALtoANooEKAKADAoAMUALjNIAxQAoWgA20AGKAFwKBhigBcCgAxQAAZ pALigAxQAuKACgAoAMUAGKADFAC4oATFABQAUCFxQAYoAMUALikMKYgoAKACkAYoAXHNAwxQIMUD FxQAYoAXFABikAooAKACgAxQAYoAKAAUALQAUAGKACgBcGgAxSAXFABtoAXFABigBQKQwxQAYoAX FABigBcUAG2gBcUgDFAxcUCDFAxaQCYoAXFABigAxQAtABQAYoAKQBQAYoAKACgBaBhQAUAFABQA UAFABQAUAFABQAUAFABSAKYBQAUAFABQAUAFABQAUAFABQAUAFACZFABkUWATdinYQm7NFgGl6dg ELkUWAaXNOwhpY07AIGosAyWNJhh1BFC0AoTWJXJjO4elaqfcTj2Kjxkgj7pFXuTtuMCyADlT9an UNCWKOR2AGB9OaQzWiiWGMKv4+5rNu5Q8daABjigBARmgBdwPSgBvQ80ALmgBN1ABu9KAF38ehos A0Mc0wAmgBhYg0AOLZHNACDFACl+MUWAbkYyaAEDEnimAHIoAQNk0ADE/hQAm/NAAHosA7dQAgNA AWxQA0yZ6UWATcTTAN2eCaBClgBxQA0SGiww3ZoAQnJoAUP60ABbLcUABJzgUAG7HWgBN3PtTATI oAN49KLAMzTEJmgQcUAJ24oAADQMXFAgxQAuKADvQAuKACgAoAOtABxQAn4UALSACKBiCmAuKQCY oAMGmAm2gBdtABtNAChKQAUoANtAC7aAF20AAQUALsoAXYKQBtAoAXaKAFxQAYoEGKADFABigBcU ABFACgUDDAFABigAxQAuKQBQAYoAXFABjmgBeKADFABQAUAFABQAUALigAxQAUAFAgxQAuKADFAB jFIAoGGKBC4xQAmKAFxQAYoANtABjFAxcUAFABxQAtIAoAMUAFAC0AFABQAtABQAUALQAYoAMUgF 20AG2gBcCgAoAKAAUAFAC0gDFAxQKAF20AAWkAuKBhigBQKAFxSAKADFABQAYoAMUALigApAFABQ AYoAXFABigYUCCgYUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUgCgAoAKYBQAUAFABQAUAFABQ AmRQAFsUWEJup2AaXosAjP6U7AIW4osA0MadhCFz0osAZOKYCZI5oATfRYBC3OKAEJ4xQAm+mAu7 igBM0ARSxxyL8w59aautgKwtEJ4c/lVXZOhZhjSIfL19al3Y0THpSGNBoAQkmgA/lQALxTAR3x0o QDVbigBc0ALuoARueRQAincKAEz6mmAuQOaQCcGmAgGDgdKAFzzQAbhQA0t6DFAAQcZoAQ8dKAFY 8UAJjcORQAKvPtQAu4A9KAG5z0pgIOntQAbcUABYlcAUANGFGT1oAFGec0ADDJoAG4HFABnuaAGk 5pgLjAzQAq80g2EZSG65poAXBODQAnRsdqAEyKBhtpkiBaAFC96BABigBcUALj2NIAxzTAMUgDHN ABQAY9qADbQAoXFABigAxQAYoGGKADFAC7aADbQAYPpQAbaAFC0gDbQAuKBBigAxTAMUgFxQAoFA BigAxQAUALQMMUAGKAACgBcUAGKADFIAxQAuKACgA4oATNMQZpDDNMQZpDFoAKAFFABz6UAAoAMU ALigA4oAKAAUCFoAKAFFACUgCgYuKACgQUDF6UAFABQIO1AwzQIKACgYtABigAxSACOOKAFA4oAK ADFAC4oAMUALikAu2gAxQAYoAXFABQAUALSAMUxgBSAXFABigBcUAGKQC4oAXFAwxSAXFABigAoA MUALQAUAFIAoAMUALigAxQAUDCgAoAKACgAoAKQBTAWkAlMAoAKQBTAKACkAUwCgAoAKACgAoAKA CgAoAKACkAUwCgAoATNFgDdRYQm6nYBC9FgGl+adgEZ6dhCeZRYAL0WAQvxRYBCeKAE3YpgNLZNA Cg4oATd81AATzQAhPrQAcUwG4oATdk0wE6GkA4kY54oAjaQDO386pIVyFpMZJqrEiCQ8YU0WAlV+ mVOPak0NEpII4NQUJnApgLnK0gG5yfSmAcDrQAjOKAGnjpTATp1oAco460ALjFIBv3RimAhG7rQA hG3igBBkcimAobJ54pAKeO9ACcmgAzigA34FACEg0wE60AOHA60gG7vemAm4FuaAFyCODQA0/L3o AcjADmhgNZsNx0oQCMwJAoAM4OKYASAaAA9M5oAQsO9ADeKAFJzQAbsdKADJ69aADrQMDQIOKBkm KCAxQAbaADFAABQAuKAACgAxQAmKAF20hhigQYpjFxSEGKADFABigAxQAuKADAoAMUAFABjimAUg CgAoAKACgAxQAtAxcUAGKQC0AJjFAC0AFAC0AJQAUAFMApAFMApALTATFABigAxSAXFAABQAuKAF xQAUALQIKADFABigAxQAuKADFABigAxQAuKQBQAUAFACUALQAYoAMUALigYYoAMc0gFxQAUAFABg 0ALigAxQAuMUAGKQC4oAMUDFoAXFIAxQAYoAMUAGKAFxQAuKADbSAXbQAoWgYYoAMUgFxQAYoAMU AGKAFxQAUAFIAxQAuKADFAwoAKACgAoAKQC0AFACUALQAlABTAWkAUAJQAUwCgApAFMAoAKACgAo AKACgAoAKACgAoAM0AJkUWAN1FhCbqdgELUWATzKdgDdRYBpamITdxRYAzxQAzd81MBSaAEzQA0n NACk4oAbuOfSmAu6gBCaQDd2KYCq24UAAIFADZCaEAoOV5oATNACqwIoAbkAmmAx5QOnNNITZEXL dTVWJG7uePzoAAozk8mgAY4oAFlANFgJQ46jvSaGmOQ5pFCZwaAAtQAhJNADSSDTAcjZNIBCO9AA RxkGgBVYmgA7ZNACb+OlFgELZoARWwOaYAG4zQA4c85pAIxx0pgNzmgBScHFACZOeaAGNwcg0AOG QuaAEUZNACtjOOaAGcjpTAU5NAC4ytIBCMDNMYnX1oEGSKAAnPWgA6GgYnXoKAA9aAD2oEFAxc8c UAIc0AJzmgB/HrSGS0GYUAJTAWgYUhBQMM0xBSAM0AGaACgApgL0pAFACZoAM0ALQAUAFABQAUAF ABQAuDQMXFABigAAoAXHFIAoAKACgAoAKAFoATNABQAoFACYoAMUALigBcUAGKBBigAoAMUAGKAC gBRQAUALQAUAFABigBaAFpAJimAYoAUCkAuKADFABigAxQMMUAGKBBQACkMXFABigAxQAuKAALQA uKQABQAu2gAxQMXFABQAUAFIBaADFABigBcUAKFpALigAxQMXbQAAUgFxQAYoAKAFoAKACgAxQAU gDFAC4oAMUDCgAoAKAFpAFABQAUAFABQAUAFABQAUAFACUAFMBaQBQAlABQAUAFMAoAKACgAoAKA DNABkUAJuFFhCbxTsFxN9FgE307AG6iwDS1Owhu+iwCg0AJu5oARmFMBu/mgBd1ADd3NAC5yKAEJ xQAgfJp2AWgBhOKAFB7mgBHJ7GgBBkUwFzSAYTzmmAobjigBMnNADs0ARMSAeaYAjZ60MBGkCe9F hXI2kLVVrE3G5ycDk0wDqOT+FAAWxQAjSDoOtFgI9xJ5pgHegB6EqeehpBsWF5XrzUFIRmxQMQda ACRsDihAMz60wH9uKQCfd/GmAuAaQCcDimApcKmKLAJvB6UWAaetACFTj60DsIBzTEPzSAbvFACg 8UANPWmAqnjFIBrE54pjFR8rzQIOSc0AIDzk0AG6gAZqAEHbmgBwxQA0HGaBhnjjmgBAcmgBT0oA TPFACZxQAHkUAID+VACk4NACDJPUCmA4UhCb/agZYoIAZoAKAFoAAODSAKYBigAoAKACkAUAFMAo AMUgFxQAYoAMUAGMUALigYYoAXFABigBaQBQACgAoAKACgAoAKACgAxQAYoAWgBcUAGKADFABQAU CCgBaACgAoAOtABQIKACgYtAC4oAMUALikAbaAFxQMXFAgxQMMUAFIApgFIApgFIAoAMUAGKAGSS JH95gKAFSVH+6wpXAfimAuKQC4oAXFABigAoGLSATBoAWgAxQAuKADFAC4pDFxQIMUDFxQAYpALi gAxQAYoAWgAoAKACkAYoAKAFoGFABQAUAFIApgFABSAWgAoAKACgAoAKACgAoAKACgAoAKACgBKY BSAKACmAUAFIApgFABkUAJmiwCbqdhCb6LAJvp2EIW96LDG7+KdhCbzRYAJoATdimAmaADcc0AGa AGnrxQAucUAJuB5FACZ9qYARigABoAQ0AJuxQA3JNMA4oAM4oAOtAATigAU89aAHMwAyOaQDN2aY BnFACZxQAdTQAmTkUAJIygcn8KaQXIfMJ4HAqrE3IyaoQoHHXFIBelAEe/mmAhYmgBDzQAqjvQIU HmgCU4kT0IqdhrVCo2F56jihjQuMrkGkUG7HBoATORQApI288YoATJIyKAGsxbvTAep+XHekAxuD TGIcGgAzigQbs0AKr8YosMUMGOKQhOhpgG3PJ60hjec0xCHgUACnNADsYNACZXGDQAm/bgCgBSQT 7UAI2D0oGFACAnpQAooAMHOOKAGkYbj8aYAfvcGkAtMBORQAHIoEGSRQMAmOSaAuHFADcUAKGKnF ABuNAFvFSQGKADFMBcUAJ2oAWgAoATFAC4oAMUgDFAC4oAAKAFxQMMUCDFAwxQAuKQB+FABTAKQB TAOKQhc0DEzTEFABigYYoEGKQC4xQAYoGLgdhQAYoAXpQIKAEoAXFACYoAXFABigBcUAG2gBcUAG KADFIBdtFwDFAC4oGGKAFAoAMUgDFAC0AJTAMUgFxQAYoAMUALigAAoAMUAGKQDJJY4RmRgopgZt xqjZxCMD1NNIVyg0zMSWYk1QhVuGXnNAFmHUZEGCTip5R3LsOpxvgOMfSps0F0XI5o5MbXB/GkUS YoAXFABigBcUgDFAwAoAXFABigBcUAGKQC4oAKACgBaADFABikAYoGLigAxQAUAFIApgFABSAKAC gBaACgAoASgBaACgAoAKACgAoAKACgAoAKACgAoAKACgBKACmAZoAM0WEJup2AQtRYBN/FOwDd9F hCF6dgGmSiwCh+KLAN3ZNMBO9ABmgBCcd6ADcDTATOKQCFsUwDPHWgBC3agAGWFAAKABzxihAMAI pgOJzzSAcGAWgBjHIoARWNMBGagABzQAUAGaAGtJRYBRyKAG7ucUwHBsjFIAoAaT70wAdKABnA70 WE3YiaYkccVSiJsjJySSaYhoOPYUAAOBTATNACbieKAE96AA80AJntQIdjAoAQGgByvh6AHyYXDC kMVH4/lSaKQu/J5pDG8jmmApbK4NACjhOKQDAKYDzx0pAISe9MBQlABtweKQCbSGpgIF5PWgByrj JoAFGTSAOhoADQBGwOMCmAuMLwKAFHIoAQ47c0ALtHegBm080ACg96AHY54NACNQA4cLz1oATJ60 AISM9eaAD5SfegBCcdqYChs9qQDWU560wGjOcZoGK4GOtACKcdqAAtk5HFAC4J6UAJhvSgC7ipIF 6UAJQAUAFAC0AGKADFAAKAFxQAUAKKACkMKYBQIKACgYmaBBQAUAFABigBcUALikAYoAXFAC4oGF ABQIMUAGOKADFAC4oAMUALjikAmKYABQAuKADbSAXFAC4oGAFABigBcUgDFMAxSAMUwCkAtABQAY oAMUALigAxQAYoAXFABikAuKADFABigBksqQrudgo96AM241bqsIx/tGqsK5myStI2WJJPvTER5p gITSGAoAM0AKG5oAkjndOjUPUC5BqkqYySR71Lj2C5oQapE4w/yn1FS4sdy5HLHIMo4NIY+gYtIA xQAuKACgAoAWgApAFAC0DCgAoAKACkAtABQAUAFABQAlAC0AFABQAlMAoAWkAUAFABQAUAFABQAU AFABQAUAJQAUwDNFgE3UWFcQuBTsFxN9FgEL07AN3+lOwhN/FFgG7zzTsIFfdRYYuaAGFjmgBGam AvGKQDTxTAXPHvQAiv2NFgELfN7UAKeRQA0cUABcUWAbjIzmmAoPOKQAQKYCcjvQAuMCkAhOetMA 3UAKT60gGMT+FMBN2BQAokAHFFgEBz1pgG7HSgBNxNAAPegAZcigBo5OKAHBM80XARsCgBVbPU0A MZwp9qaAY03UKKdibkRbuTmmIMmmAZwKADINADSfSgBmTmgBQcUAKM4oEKBQA0igBV4pgLtOaQXG hSDQBNGu9SppMExY12nHehjTJNgNSWG0AUAIY8mi4ChMUCDZQMUDmgAK5oAQ8DFACLQA4jNACYwK AExQAdKADA696AEoASgBeDQA0LyaYCFMEUAB5FADgo70gE2gdKYDOh4oAceRigBG9DQAOAcUAN2L 170AJjBpgKScUAIM0AIFYnmgYvl45zRcQj49KBgrD0oELuVhyKBgGCjjrQAZagC5UkhQAUAGKADB oAXFABigAxQAdKBC5oASgA5oAWgAxQAYoAMUALigAxQAbaADbSAXAoAMUAGKAFxQMXFAgxQMMYoA MUCDFIBcUAGKADFAxcUALigAxSAXFABjFABigAxQAuKADFABigBaAExQAuKACgAxxQAYoAMUAGKA FxQAYpAGKAFxQAuKAACgYuKQBigBskiRLl2Cj3oAy7rVsfLAP+BGqUe5N+xmSzvKSzsWPuaoCMtQ A0nNABQAUAAoAKAE6UAGaAFB4oAcHx0oAljuHQ5DEUWuBeg1WWMYJyPepcAuX4dUifAf5T+lQ4tF XRcSVJB8jhvoaQx9AC0gCgYtACUALQAUAFABQAUgCgBaACgAoAKAEoAWgAoAKACgAoAKACgAoAKA CgAoAKAEpgGaADNFgE3CnYVxC1FgG76dhBvosAwvTsAm/FOwAD60AITigBS2VosAxie1MQgagABz xQAZxxQMOgoAQtQAzOeKYDlIHU0gEL9qAEJwOtACZ54pgITzQApYgYxQA7OQKQDGI9aYDc5pgJkl qAHE8jtSAVuKAE35oAaTmmAZwM5oAAd3U0ABYYxQA00AAHy5oAaWBGOaYArc8HNADh96kApbtQA0 uR0oAVcEUAGeKAE3DNMBkko/hppCuQly3U1RImSelACYOc0AKAaAEINACheaAuLigVw285xQAu0U CDbigBcCgBMUALigAoACM0ACtg5FAiWQcBxUrsUxQ2aGNMdjNIoMHtQAoODQAmTmgBccUgADvQAh pgJ2oAUHNACYzQMAKAGtkGgAGM9aAA8mgBMYoAcG9qAGnO6gAYccmgBoApgKSOgpANpgAoACrHla AGFHJ60DJPT1oEIVAINADXGeaAAcigBDx0pgAY454oAa3LZGcUALvwcYoAMkEkUDBcE4IxQA8hQO KQDd1AFypJDFMBaBBQAlAC0AGKACgAxQAAUALigAxQAuKQBQAuKBhigQYoAMUAFABigBRQMMUgDF AhcUDDFAC4oANtAChaAF20rgG2gYu2gAxQAuKADFIQYpgGKQBTAKACgAoAXFABQAYoAMUAGKQBig BcUAG2gBcUAG2kMXbQAuKLgGKACkAUALQAySRY13OwUe9MDNudYVcrCuf9o1Sj3J5jJmuJJm3OxJ PrVARbvegBuaADNABmgAoAKAEoAXNABQAA4oAM4oAM4NAC55oAUGgBQxFAEkdw6Hg0mkwL8GsSrg Odw9xUuC6DuaMOqwSfe+Q/nUuLRVy4kiSDKMGHsakY6gBaAEoAWgAoAKACkAUAFAC0AFABQAUAFA BQAUAFACUAFABTAM0ARS3CRYByWY4CgZJosIYbmUcm3fb7MCfyp2Aek6SIGQ5FFgIorwS3MsIUgx 4yfXNOwBd3YtYDKVLAEDAosIeJM07ABbIosBEs6m4aEEl1UMaAH7uaYFJNReUEx2sjgEjII7UAPh vRLN5TxvFJjIVu4oAkt5xOHIUrscpz3xQBITimA0txxRYQqtnrQwGs4WhIBScrQA0HBpgL16UgEz 2oGR3EwhheQgkIM4oAUNmNW6ZANMCvPdGGZI1iaRmBIANADDevGN01tIid2yDilcLEjXKrLEoG4S 8gimBPuxQAHmgBM8YoAXPfFADFOc4pgM2nOTxTAcp6ikAbsdKAEGSaAHHOcUABG0UgBenNMAJGMU ARk7elADhjGc0DGMT2oAaDimA7A25NABt44oEOzgc0gGYOcimA5QehFACgEZpANdh2ppCuRYLHmq JbApnpzQAojA680BcXbTEIR6c0AN2k0AO20CDFAC7eKAACgAxigQUAJQAUAJQAZ5oAKAEFMCaI9V NSxoANr4P4Ut0PYlByKksM0AJjmmADmkAUAANABgUAJimAAAUAJu5oGGCDmgBrHNACCgB3FABj0o AZlhQAEHrQA1kLdTgCmAgAXvQApCjvQAhYCgAJNAC+YVGKLAIXbGFHNAASQOnNADULfxCgBTyKAF xxzQA08CmAeYMcigCMk54oHYVRnmkMfldtAhpHy0DsKAe1ABzQBfxSMwxQAmKAFxQAYoAMUALikA YoAXFABigAxQAYoAUCgBcUgCgYUAJimIXFIYYoEAFAxdtFwFC0gF20ALtoGGKAFxSAKYBSAKBAKA FoAKACgAoAKAD6UAFABQAUwFApAGKADFAC4oAXbSGLtouAbaADFAC4pAFABQMMUAGKADFAC0ANZ1 jUs7BR6mgRnXerpHlYPmP97tVKPcV+xjz3ck7ZdyavYRAWPrQAUAIaBiDNAAaBCjtmgCykMLr8rH d7mqsTzDZLR15GG+lKxVxn2eUj7jAe4pANaF0GWQj8KB6DMUgsHWmAUAH4UAL36UCAUDDNAgoGKD QIUMRQBNHdSRn5WIpNJjNCDWJE4fDD361Dh2C5oQanBKOTtPv0qWmirouK6sMqwI9qQxaAFoAKAC gApALQAlAC0AFACUAFMAyKAELAUWAN1OwhpfFFguNL07CuBeiwxu407CIIzuupnPUYUewxn+v6UW Am3cUWArxnbeSqv3SoYj0PI/pTApLLNHql0YYvMJAyM4xSAbqM9w9oyyW/lruGW3570DJ7mWR7iK 2icx7l3M46ge1MQ1zLZTREStJFIwVg/JHvmgBkUR/teYea/yqG69fY+1AGhz60wMywuvJgZPIlf9 43KrkUhki+bc38cxiaJIgcbupJoERxyNHY3rISrCRiCPwoAtTyH+zy4JDeXkH3xTArtNK0FpEjEP KOW9sUANnWa1MRSeQq0gDBjmhgX2PPFMCncMTM3nXPkx4+VVbBP1pWAZYz75poxL5sagFWPXmhAy O1Wa4tg7XEi8kDaen19aErgKLyZdP3k7pd5QEjvmi+gWC8tpI7ORhcOxx84Y5BH9KLAXoz+6QH+6 P5U0BSun8vUYSEZ/lPC9aT3BBNNPPE0SW8gLjGX4ApgEoMdxZpnOwEfpRYAmbMrG4uPLT+BVbB+t ACWkjStPAszOgHyP3FJDHRXRWxd5Dl4sq31FO+giW0LpboJGLMRkk+9NICYHFADS/NACLnmgBxOB 70AAfA96LAAYigBc5oAaz8UDEB4zQA3J9KYC59aAFPI4pANKnGaYChGIoESKhApAOEdK4DljA6Cg BrEL7n0piuRklvp7U7E3E2/jTELs9fyouMMY7UCEOO1ADcZpjFCgCgQbeKBC7eKADAoAaaACgAI9 KAExTEGBSGIeO1MQAUDExzQAdKACgABI6UASn503DrU7Me6FQ5H86GNEg4qSg60AIOKAAUDCgQmK BiGgAFMBhGWoAcynHWkAwJ607gIRigBegoATfQAdRQAhbFAAAWFAAY/U0XAbimAFMUDF4FIBnBam IcWAGaBiOwC5oAZ5h9KYCBixxQAEkdelAAMAZ5oAFVhzigYoXceeKBDgMH1pAN/i96BikY60Bccr kHBFAgyKAL+KkgMUAGKADFABigBcUAFABigApAAFAC4oAMUALigYYoAXbSANtAC7aADbQAuKAFxQ MKBBQMKBBQAtABSAKAEoAXFABigBcUAGKADFABigYuKADFIBdtABtouAuKADFAC4pAFABigAxQAY oGLQIMUAGKBhigBaQBQAYoARiFGSQAO5oAzbrWIosrEN7evaqUSbmPc3stw2ZGz7dhVpWEVy3NML DScUDCgA6UCA0DEoAWgAzigQAkdDigC5Z3KpuEhPsT2qkyWi0mZMklZD254/KmSMM7CMtkfKeU6U hkbJFLh2VQD/ABKcYosPmaK8tttXcjhh6d6lopSK9IYdqYBQAZoAXk9KAAUAGaADNAC5pALmgQoc jvQBPDeyxkFWP50mkxmhBrTggSYYVPJ2HzGjDqUEv8W361LTQ7lpWDDKkEeopDFzQAuaADNFgE3C iwCbqdhCb6LAIXxTsA3zKLAJvp2EBbiiwDd5p2ACaAG7qAFLUABbAoAgkDJJ5sQBJGGUnqO340AH nOw+WCQn3wB+dADoUMe5pCC7n5iOnsBQBWhjkW/uJSpCuBtPrQlqAuoQvNZskalmJHA+tDBDbiKS OeK4iXeVXay56igEMfzbuWLMTRRRtvJfqSKYC/vE1J5REXSRQu4fw0WAuZz+FAFXT4njgZZAVJdi AaEDJznpTApx28htLmJhtMjsVzSsA1nupLQwC3IfZtLEjH4UgHSwyCG1aMATQgfKT14wRQBFdyzS GAPCY181epBJNMDQPHWqAztrxXMzPbmXeflYYOB6c0hj7eKYXUskke0Ooxj+VHURJYK0NoI5F2sC ePxoSBkK2rvp7RH5H8wuuaVh9RZ5Lqa2aIW5ViMMSRj8KHqIsKCEUY5AAxVICJo3N9FIFO1VIJpP cCfzOcU7AQSqz3MDqMqhJJ/Ck1qBDEjw3EpaAzb2yGGP60bDH26SrdyySIFDgYwentQkIhliLagI wf3cmHYfSi2ozQYbec0wGlj0pgNB7UAOzgnFAC8HmkIReaYxc88UgGscUwHfKVyaQAykrxQABSR6 UCF8k/hRcLkixYFK4DxHRcBwj9KVwHCOlcAYqnXr6U1diInkJGBwKpITZHx+PpTEG3PX9KAFwB0o AaWFADSSaYBtoEH6UxC0gENAwxQIO1MBKBhQITNACdaADHFACZpgHFACUAFABQAAe9AEkbAHB6Gk 0C0A/I3saQ9iUHIqSwzigA6mgYYxQAlAB2oAQZzQAHigA60AAyaYDSecCgAA7mgBSFNICM4HamAb j6YoAMg9jQAu7HAoAaTmgY35s8UwFw1IBCCKYDVz6UAGzcc9qAHlBtwaAG7aAFCqO3NAAQDjNACF wDjGaAF3g8CiwDC5oAAxxmgY0nmmAEk0AKQcUgDI9aANTFQZhigYUAFABigBcUAGKAF20AGKADFI BcUAFABQAooAWkAUwCgAoAKADFAC4pAGKAFxQAYoAMUALigAxQMMUAGKQBigBdtAC4oANtAC4pAG KBhigBcUAGKADFABigAoAKAFxSAMUAGKADFAC0AGKACgAxQAhIUZJwKAM661iGEERfvG9ulUok3M a5vprhjvc49B0q0rCKpPPegYlMBKAAUAFABQAtACUAB60AJQAooAKAHLIynIJH40XE0mTrfOBhlD fUU7k8oguF3Elc/XkUXCzEa4ORjJI7mi40iDJJ71JQUD9BKBB+FMAoAKAFoAM0gCgBc0AGaADNAB mgB6uV6EigVixFfSRHhiPocUrIepowawcYfDfXg1Lj2C5dj1CJx12n3pWsO5KJc9DkU7AOL0WATd 6UWAQmmAjtxQgGhuOtMBQ1IBcjFADc0AIzUwBTxQA3NAC5zQANjFAAhyQOlDAGbPFADWOFHNACLI QOabQDdxbNACj5V5NADkIApAIXAz2pgJuPagBC2aAFDUAIX9KLAQXMS3GMkqynKsp5BosA2O1HmL JLK8hU5UNwBRYCQli1UAEEc0AKGY9KQCHJ65FACqcnFAATzQAgNMBN3UmgBow5NADkAwRQA3JVuR QArDIx0zxxQBDFAsLM+9nZv4mpJDJckCmAAgigAPTigBoBBzQA8N+NACKrZPFADghzSEO8rPWi4X HhOOlIBwSi4hwTHalcBwHtQMcFxSAUAHmgBSwUc8UAQvMei8CqUSWyMnuTVCG8/QUAKAFoAQsBQA 3cT0pgIB60AL2oEGaBCUwD6UAHNABzSAKAEpgB60AFACZoAQmgBAKYCYxQAoBpAGKYCYoAOlABnm gCcYeP3FS9GNaiI3PuKTGh5NIsSgAzxQAdaAEIINACigBCcHFACUABJAx3pgNx0oAUtgdKAGg0AI CKADcPSgBVAJ6UAKQBQMj5BpgSBwBjHNKwCZPXigCNmAbmmAu7AoATzBtosBE0hPSmAquScUAPZg Bg8UgG9R96gAKfL70AJx+NAxGXAFMQcngUDAjFIBASKBoUYoAXigDWxUGYYoAMUgDFMBcUgFxQAY oAKACgAoATFAC0AFABigBQuBSAXFACgUDDFAgxQMKBC4oGGKAFAoAMUgDFAC4oAMUAGKAFxSGGKA FxQAYoAMUAFAC4pAGKADFABigBcUAGKADFIAxQAYoAKAFxQAUAFABQMQnAyaAKF3q0NvlUPmP6Do KpRJuYt1qM9yfmbC/wB1elWkkTuUy2e9MYmelACUwCgAoABQAUAJQIXNAxKACgAoAO1ABQAnSgAo AM0ALQAUgDNAwyTwKBFiO1wA0x2D07mnYTY37OxDMAVQd34zQFyE9aBhSAKYBQAUgDNMAzSAM0AL mgAzQAoOKAHpMyjg0CsWYr90I5I+hpWQal6HVM/eIP6UWY7lyO7ic4zg+9IZNu4yOaAG5z1pgNPN AASR0oAXeKLAITnpQA3mmAobAoAARnmgAyAaABTk80AI/tQgDqvNACMCV4oAbnIwaYCrhaQA5yOK AEDcCmArEEUgAcLQA0EHNMBN/OKLABPHFADQQM5pgHJNAAevWgBxOVpAIjdhQA0nJpgCN81ADmGT mkAzNMBj5HSgY5cBeaBCDrkGgBCT2oGGSetAhR70ALnJoGAQ0AKqE0CHLEc80rgOCD0oAeBSAdtx QIUc0hjguKAFxQAoFIBelAASAMmgCJpuy1SiTciLZ5JqhCck+lAC4AoAQkDvQA0sT0pgG31oAM4H FAhKBCk0AFACUALQAlAwoASgBKYB2oABQIaeaADFAC9KAEpgLnjFIBOtMBDQAGgA4pAKj7WBoaHs SNw24dKSGPDDFTYpATQMTPNACEHtQADcTTAXbg0gFIH40AJmgBMj0oAYy/N1pjHK3Y0CEkZe1CAj DAUxgOlADg+O1IQwzfNjFOwxS/HSkAmMimAEHHBoANvc0AHBHFACbaAGlcCgY3p0GaYAAX60BcNo XqaBDgwPTrSAQNjtTAUfMOaQxozjHSgEhVPPIoAViD0FA0NB9KADBoA2sVmZhigAxQAYoAMUAGKA DFABikAYoAMUALigAwKACgBaADmgYYNACgUgFxQAYoAXFABigBcUAGKQBigYuKADFAC4pAGKADFA BQAUAGKAFxQAYpAFABigBaADFABigAxQMKACgAoAKACgAoAKAKV1qkFtxne391apRYrmJeapNc8Z 2p/dFWlYncoFqYCZoAM0AGaAEzQAZ4pgGaAEoAM0AL3oASgBaAEJoAO1ABQAUAFACUAFIBc0wCgA xzSAUHByPwIpgSLMd4aQb8etArdibzVnx5jfNngHhQKYtgaFJPuDaqn5pD0/KiwJkTwHGYm3jPYd KQ7jFgkYMQvC9c9qBjKQBQAZoAKACgAFABQAtAAKAFoAA1AEqTumMN+dArFmHUGQ9SPpSsg1LkOo bvRvp1o1Q7llblGxzg+hoGO3Z6dKYB2zQABjQAvfNAAT+VACE0AJkg80ARvMxl8uLGcZJPRRQABJ RyJvm/2lGPyoAVJWfcpG1lOCKEBDZzySxushy6OVPFCAgiuZHvQCf3LsUX6ii4yWeZxdQxIfvElv pQIHufJs3cypI+SF7fhQA2S4yLcxuCHcBiPpzRcZMlzFI+1ZEY+gNMRMSMUAVbOZ5DMGOdshA4pD Eu3aIw7DjdIFP0ptgRyyym5EEThPl3FsZ/Kh9hCP9pg2sHMyk4K7eRRqgHXLyi8SGOTYCuemaXUC OZri2AkeUSJnkbcGnqhlzfz7UxDHnhjJDSKCDg5PSi4CxyrImUYMvqDQBEbiFX2mRQfc0XAkMoXB LAAnAyetAFa4vUSJjE6s/QDNJsZZR1cblYMvYimAFuaAILaRneYMc7WwKEA67Z4UjZDjc4BpNgJc SyNcJBEwQldxYjt7UdbANeG5gXertMM8qRzRqgH3HmfbIYo5CgdTnik2AS/aLRDL5wkUEZUrjNGo i+CCAQMZ5oEMkuIoTiWRVJ7Gi4xRLGYvNDrsH8QPFAhPtduG2+cgP1pXAmZ1jUs7BVHUmgY2G4gm OIpFYjsDQA6WeKDHmyKmemaQDJZkktWeKcIv/PQc7aAK17dhWghW42Z/1jjqBjrQBJBLskZRc+cN oIB7e9NITY17yEPteZc/Wq0RIrzJGNzMFX1J4pgJHcwynCSBm9KLjIYr1XupELrt4Ce/rSvqFtB0 En7kkyiTk/N0xTQgS5hkbaJVJPQetF0Fh7zxxHDOFOM8ntQAkdxFMSI3DEdRTuhaiNdwxttaRQaV 0FiRXDqCpBB6EUwIrido8LGhaQjgdh9aTdgsNspGktgznJJOfzoWw3uTk4qiSm9zK88O1WSIvjJ4 Lf8A1qi5Vi5mrJGSTRxDMjhfTPek3YYRTxyg+W4bHUd6L3C1iM3cAbBkHHFF0FmPllSNQSwAY4Bo AYl3CzbRIM0XQWYkdzDI+1HBPai6Cwr3MSMQXwQcEUXQWE81ZIXeNs4B6dqL6BYijbdb25eUgk/9 9e1JbDZLLcRxNtdsH061V0hWYsc0cilkfOOvtRe4WGG8gwPn4PoKV0FmSb1Cb9w24znPFO4EaXMM jBQ/J6ZGM0roLCyTRxMFdvmPYcmndILE8EqTRfIwYeopeY12HJ1weooYJ9CXAHWpLDIoAQuBxQAF uOKBjN5HWmIDIPxpWGRhjmmA45x6UARnNMBAT0oAfsJ9aVwG7dvXmmAg56UAGcUAGRnpQA8bcc0g FHpigAxxQAw5NADlxjFACNgGgBDjGaBjQB1NMQxvv/LkUxisOPekAzn60wDPFADlOKQCg5HJxQAg 60DAdRQAueenFIYn4UwNvFZGQtABQAmKADFABigBaACgYYoAXFIBMUALigAxQAYoAWgBetABQAuK QwxQAuKAFxRcAxSAKADFAC4oAMUAGKACgApAFABigBcUAGKACgYUAFABQAtIAoASgApgFABQAUAF AFW61CC1U7nBb+6OtNJsTdjDvNWnnyqnYnoK0UUibszy5JpgNJoAQ0AJmgBaACgYdO9Ag/GgBKAC mAZpAJmgBxUhQT36UXAbmmAZpALQAUAJQAUAFABTABSAWgAoASgAzQAA0ALvOMZOPSgLFhblTGiS qSqDgKcZ+tMmzE3yXThFwB2UcAUbj0Q5hDAuwfvZDwT2FAasSe32QJJgqWONp/nQwTK5UhQx6HpS GJQAUALQMKBBQAUDDNAgzQAZoAM0AKGweDQBOl26AA/MvoaPUVuxpWMwkJwTtI4B7Ul2GWt4PFUM FYE4oAUsM4oAMEigAGR160AKSMdaQEEJAuJVP3jg/higCcnFMCsG3XchHQKoJ9+f8aBld5fstxcH pujDj6jikASxeTp0bAHfERIf6/zpW0AkhImv5ZB91VCD+dNbiKxH/EtucgcSN1+tLoMkukVo7VMA KXGQOO1MELdoqmBkCqRKBwMUMC43FUIqWBJe4A/56k1KGLqDZa3HUiUUMBJY4bmTaSRKg6rwRT3E MkNxZp5gl82MdVYc4+tLYBtyDLqEe2QoTHnI60dRiXEEkcfnGYyeWc7XHBoasBcQ7lDeozg1QirG iNqM7EA7cYzSW4+gyU+Tcz+UMZh3YHr60bATW0Ef2VPlB3Lk5HWhbAU2BNmEySqzbR9KXQCxfwpH ZkqiggjoKb2AubOPlGB6CmAuw4oFcr2KjzrkHrvpLcGLqHKwqO8oxSYIkmiguJfKYkSqMgjgih6g Ryx3FlGZY5zIiclHHOPrS1QCXS+dfWu1mTchOR1FAC3Vo8cXm+e0nl/NtfoaAL8TCWJJMY3AHFMC o8U0d1JLEiTK+MqTytICNniNldhI2icDLo3Y0gLQgiGnbNq7fLznHt1oAob5ZRYqU35UnaTjcR0o GWJ1nd4n8hImRwQ28dPSgRLbKJL26dwGZWCjPYUARXwgjguRH/rHUFgD+uKdguRz/NcWWQP8gU7C uNdilzdMvURDGPpQBNawx/ZEyAQy5PvTWwmyJ2gVoViUzMoOwbuB9aQDJGkN5bmSNU+Y4wcmjqMk t1Bv7nIHG38OKa3E9isvNnEhztechvcUug+pbvEQ2j/KBtGRjjBqmtCVuRBRLe2+8ZPlbufWl1H0 Hyrt1GAgdVOcUPcXQYizQl/KSOeNmJODzRsBYs2jaHESFApIKnsaaBkzHFMRV0//AI81+p/nSjsN lkVQitd/663/AOun9KljRYJqhFZQG1Ftw+6g2g1PUfQS78tFkYHEuwgYPUUMESwJGLVFABUrzQlo D3KIG6yiUnK+dgfSp6FFi9VW8gEDHmAYx2qmSguhiW3wB/rKb6AhLZR9suW/iBGKS3B7DXwLucKO DFlsetHUOgwf8e9n/vil0Q+rJQ5M8v2eEM2cM7Nxmn10F0GQ7xdXHmY3bBnb0pLcb2JLIKLJOByC TTS0E9yqvNnAp+6ZcH86XQrqXZ/K2fvsBQQfTmqdiUVYGl86Zo1Qndg7uvtSV7j6EtvvW7kZigJH Kqf1ppaiexcY9HFMBwO4VLKQ/acZFIY2mA4gdqQxpFACeWOp607gG3A4oAM5HSgBh4oAcq9zQAMd vSgCPdk80wAHBoAGIpDADjNMBoLFsYoCw8nHSkAmSBTAPrSACfSmAxssPSgBFTHU0AOJA60AJkZy KAGkgnrQMMhenNAhBz1xQMXHp0oAQYoGhc4pDDFMQc0ALk0gNyszMKQBigAxQAYoAMCgA4oAWgAo AKADFAC4oANtIBcUDDFACgUAGKQC4oAMUALQAYpAFABQAtABQAYoAMUDCgAoAKACgAoAKACkAUAL QAUAFABQAlABTAKACgCvdXsNquZGGeyjqaaVxXMS81mWYFYh5a+3U1aiK9zMaQseaoVhhNABmgBK ACgYUAFAhaBiUCA0AJQAUwCkAUAFACUAKTQACgA7UAHegAoASgAoAWgAoAKACgAoAKACgBM4oAXJ 6igCVbiVOj4/CmKyJo7kcHkzE43vyFoFYQxRiLe5y28hueo9RQFxUtNo3zBgp+6o6miw7lV12sQQ RSGJ0oAM0AGaACgAzigAoAM0AAoAQt2pAC80DNPS+p9qfUXU0QMUxhwnNAASD04oAcOVx3FAC5x1 60AMJ5oAR1V9rcqw6MKLDGhJW6y8ey4NIQ5Y1jQKowOv1poCG5tVufLJbGzr7+1DVwRJIu+NlPRh jFAyG2h+zRhFOTnJJoSsAC2AtpIS3EhJzjpmiwDRbMVi8yXd5bbgcfpRYB8sHnFRu2hWDflQwJW4 4NMRWktyJDLDIY2brgZBpWGEduxmEk0hlZenGAKLAE1vvkEiMUkAxkd6bQDfs7yMBPMZFBztAwD9 aVu4DprdnnEiSFCBjgdqLANNq0gxNOzrnlQMA0WAsD5elUBTSNpL64aOTYwx2yDU9QJ4bfYXLMXd /vE9/anYVxq2ckalI5ysfptyR9DSsFxWs18pI1JVVbd65otoFyWeEXETITjP6U2rhcY6TKsS+Y7N v5IGMj3pAW8ZHSgCvLaFpfNikMbkYJHIP4UWAWKzxKJJpTKy/d4wBSsA64tRM6urNHIvRlosA37E 8uBcXDSIP4QMZ+tKwD7i082WORJDGUBAwKAGmyaUbZriSRf7vAzRYC2AFAAGABxTEV2tGEzSwymJ m+8MZBpDI7i3EFjcMWLyOMsx70gCO0ZrdIzcP5RAyuOfpn0osBYmtUljRRlCn3Cv8NOwEX2c+ajz zNLsOVXAAzQkF7DZoi8xljkMTng45z9arlJuR/Y1MUiMzM8n3n70WAe1uGkhYt/qug9aLBcUQATP Jn76hSKdgIvsjAGOOZ1jP8PXH0NKwCtZAlDETGUGAR6UWADaASJI8rNIpznt9MUWC4pt/wDSTMkh XONyjoadtRXEW0jFuYWJZSc575otoFxPshcASzNIg6KcD86LDuSGEGdZcnIXbinYQrwhpklJOUBw PrRYCL7KVLeVM0asclQAeaVguSwxJDHsTp15PJp2sIeeeKAI4YhBEIwSQM9aErAwijMZb5mbcc89 qACWISMjEkbDkUWGPpiIZYBKwcMUccBhSaGmEdsFYszF3YYJb0osFxos9q7RLIsf93P9aVguPa2j MaIOFRgRinYLiyxrIUJyNrbhiiwkNkRZGQkkbDnim0BWSLfdzsHZGUjBWptqV0LEdukaNyWZ/vMe pp2EILddkS5OIzkUWC4jWv7xnSR493UL3osFwS1SNmZS2WGDk5zRYLj4oxFGqL0A4zTSsDIxbxiD ycErnPNK2lgv1GfZMsu6R3CnIDHiiw7j2tVLFw7RuepXvRbUVxYoViJ25LHqSeTTSsFyxHzlTQwQ D5GxS3HsPMnGKmxY0PjNMADmgBwagA60AJnnFACk96AE3CgBN/pRYBCwzzQAmB1oAQ4zQAoC96AF 3KOgoAjaUZ4FFhgGpgGfagAPTigBm0+tAwBweeaAsJn5sigLDic0CGEe9AwAHegBdw7D86AFIyOc YoAT1oGAFACnmkApwB1oAMr6GgNROKAN6sjMKACgAxQAYoAMGgAxSAXFAwxQAuKADFIBcUAGKADF ABQAtABQAUgFoAMUAGKBhQAUALSAKACgAoAKACgBKACgAoAKYBSAKYBSAKACgAoAKYBQBDcXUNsu ZXC+3c00hN2Ma81t3ytuNi+p6mrURNmTJKzsSxJJ7k5qhEZNAwzQISgAzQMSgAoEFABQAZoGFAgo AKBhmgQUAJQAdKACgAzQAc+tABmgAoAM80AGcUAHSgAoAKACgAzQAZoGFABQAUAFAgoGGaBDkdo2 DKcEUBa5K9yzw+W3Pzbs55p3ElZkOaQxKBhQAUCCgAoAKAAnFADc54pDHAYosAopgaml4UE0LcRf zmmMQsOmOlMBGYLjtQAnm4NFgFByc9TQArEE8jFIYMQB0zQIbvIFOwxSDjrQAm7AoEIX460DGqd3 emA4txikAnOOTQAAkHNAASDzQAhNMAJ4zQAZyOlACY70AG75vagQHpxQA6MZ60AOKqpLAAE9aQAO TQA4nAxQACgAAoEP6HpSAWgYvagBQM0CFHFIYdDQAUAHegBTQAZoAQgMMEZB9aQASqimIjZyfYU7 CuNPFMQ3k+1MBwOB0pDE3elAgBz0FAxQAvXrQIQsSadgENAgoAAaAFAoAKACgBMUABFABQAGgAoA KAA4xQAm4UwE3EUAGcigBCTmgBMe9ABigBcCgYdOM0CDAx1oAQ8dKAE3UAJ1pgLuxQMC2elIBoLG mApOKAE3kHNAD3PmLuHUUthiow9KTRSH8UhibuOKAG80AOHSgBDQAmTQA057UxiAUALikApXjP8A KgAxxQAjKaAEA4waYDWC9KAAKB3oAUKaAHBMd6QDNoHXNMYFQegoAU5QcUgG4VvrTANgBwaADYMZ FABjHagaQmOKAFCigBcH0pAGz14oC4bBjg5NAXEHA6c0ALz6UDN/bWNzMMUALikAYoAMUAGKADFA BQAUALQAUAFABSAMUAGKAFxQMKACgApAFAC0AFABQAUAFABQAUAFABQAUAFACUAFMApAFMAoAKAC gAoAjmnjgQtI4Ue9CVwMe7108rbrj/aNWok3MeWd5WLOxYn1NWIiJoGJmgAJoAM5oASgQUAJQAUA FABQAtABQAHigBM0DCgQUAFAACVIIPIoACc8nk0AFACUAFABQAUAFABQAUALzj60AFABQAUDCgA6 UAGaBB2oAKACgAoAKBh2pAJTAKBC0AJQAZpAJuxQAYz1oGOAxTAXvigQvegZp2KkRcGhbgi6eBnP NUBHuyaYwPPFAhNuFoGKOBkUAOJyeaQCtgL1oEM3qeMgmmMN1ACKwJPOaAE+8TigBVZV6sPzoAC6 nhTz9aAE3gDBYfnQAoYY4ORQAZFADSQ3GelAC4IGOKAFAyOaBA64XlsUXARTyAetAEgVSKAAjb0z QADJpAO6UAAywoAeo4pCFxQMXFACigANACigQZpDE5JpiFchRksAPWkMUZAoAKAELBaAGNKT90YF NIlsjz3JqhASfpQMXikAZAoATOeBzTAeqAcsfwpXAC/HAwKLCGc0wE5/GgBfegQooGIODQIUNgUD E70AFAADQIKACgBKBgBnvQAY9OaAEIz7UAAXvTAD1pAGMCmIQ0DFBFAAcUAIRQA0j3oAaaYCZOaA DPvQAZoADQAoOKAEDUABGaBhQIdG2DjsaTGhwGx+ehpDHyYIG2kWIikdcUADUAIrfNyKAHEA9OKA DaAOTRcBhIzxQAYz2oAeEyOaQDWAB9aYAD6CgBOfpQAgoAbtHpQMTac+lMB4Q4yTSEBwKAG8np0o GBUjpwaADy2bqaB3QBQvfmgQhdSaYC7xjigLDc5NIqw4EUEh5g9KB2ELE9aAQg5OCaAHcLwOaA3D eccUDtYPnoEdBXOQGKACgAoAKACgAoAMUAGKAFxQMKACgAoAKACgAoAKACkAtABQAUAFABQAUAFA BQAUAFABQAUAJQAUwCgAoAKACgAoAZLKkSFpGCqO5NFgMi710AFbZef7zVaiTcxpriSZ90jlj71Q iHNAxKACmAmaBCUALmgBKADtQAUDCgQlAC0AFAwoEFACUALQAUAJQAvagBKACgBelACflQAUAFAB mgAzQAUgCmAvegAoASgApAFAAPrQAUAFMAoAKBhSEFAwzQISgYZoEFAxM54FACqtFgHUxC0AImMn PpTjbqJ36DgM0hmra5EQ4xgChDRPnIqhidqYADigBSc0ACnFIBe/pQBC48yUqfuKBn3NADmiiK42 D8BRYBsTYd0Y5K4IJ9P8igCG34u7kj1FJbgWG4ztqgKVqtsYR5vl79x+8eahWAswJb7swhMjrtNU rAQWkEcpmLoGIkPWkkMWVFtXSSL5VLYdc8EUbAXQmcmqEQIUE8+1PmUDJz160uoDEu2dPMSB2X6i lcCT7VGLYTZ+X0759KdxFa8mkNuyvEyBsYOQe9JvQZZkZftUIKZYg4bPTin1EHnsZGSKIyFfvEHA FFwAXSeU7sCuw4ZT1BouA43TxJ5klswj9dwz+VK4WGXbv59vtRmUtkYbG7jpSbAnkufLKIsTNK4z sHb6mncAiuczCKWMxORkAkEGlcAFzI7P5MDSKhwWyBz7UXAlgnE0QcAr6gjkU9wEefy54kK8SEgN 6GkA1rtUvFtyOWGc56UXAX7SqzvHjAVNxbPAoCxELySRTJHbO0fUHIBP4UXAdJeoloJ1BZCQPTFF wsQ3c0kljLvhaMcEbj15pPUZae8AlWFF3v35wFHvQIe0npVWFcqG5d3cRRbwhwSWxzTuKwya4Z7N 2RGB5DZONvvSvoOwq3BitFZ0IOAFAOSaL6BYGupI8GWHahOMhs4p3FYZcSS/bYQke7rtG771J7jJ pJSkgjVC8mMkZwF+tO4Dobrc5iMfluBnGc5FAiXrzTEJmgBc80AGRQAZoAM80AJQACgB3UUAITtF ADc0AH1oAFBJwBmgLCEkUwEDc0AKG/KgBC3pQAbjQA4etIBNwpgNzkUAAFAACR3oAUHNACdTQAba ADbkUAJ5eaAF2EUXACKAEC5oAQACmA7eMYHFIBtMAFAEv30x3qdhoEPGM5oZSY8jA571JQ3rximI NlAxRikAHAFADc+1MBS23tQAhYvQA3BBoAdjAoAaOtAATQAnegY7AxmgQm9RQBGz88UDsCs3U9KY WQ889DSAQsVHJzQBHncaYwPXgUALtY9qQaD1UDqaBDWOegoGkA6UDsN5oAWgYUAKeORxSCwbz60B ynRVgZhQAUAFABQAUAFABQAUAFIApgFABQAUgCmAUgFoAKACgAoAKACgAoAKACgAoAKACgAoAKAE pgFABQAZFACbhRYBjyKilmIA9TTsIzLzW0jBW3w7f3uwqlETZi3N5NctmVyfQdhVJWEVy1MYmaQC ZoAKACgAoEJTAKAEzQAfSgAoGGaBBSAKACgApgFABQAZoAKBh+dAgoAKACkAhNMBc0hiUCDvQMKY haQwoAM96BBQAc/WgYUABoAKACgAzxQAZ4oAKBBQMKACgBKADtQAhNAAATQA8DFMQUAFAC0AAGKA HxozNgAkmgDXRdiAVSVihQQox60wADFAB1oAXPagBADzQMME96BEYbypW3HCvggn16f4Uhj2YKNx IA9aYDIjvkaUdCAq/h3pAQQuFu7kswHTrxSW7AsB1IOCCfY1QkVbNIDB+8CE7j97r1qVYZZQxKcR BAT6VSSEVrR1QygsATIeCaSAfcyJOY4YyH+bLEc4FJ66AXCwxgVQFNci5uj/ALI/kaXVgTWiZsYj nHH9aS2EVAMWELkZVJMtj0zS6D6k9/JGLMjcDv8Au4PWm3oCFk5v7btwf5UdRCWjCNpkbAcOScnq KEDFmvP3MjxKPlYLuPShsZHeKVtmMl0XJ4CjABpPYCadgosixAAYcn6UdhDZgf7SBMrRB0wrDHPt R1DoOVB9uiVp5JHXLDpgfWgAVI5Hke2neBwx3LnjPrigZNYyvNExcglWKhh0b3oQgv1P2fzF+9EQ 4/Chgim37yB7xR8wkDL9BxS8x+RKiNNZXMoB3TZx9B0FAE0FzGbRG3qAqjPPSmrWBlQg/wBlKSMB psge2aXQOpa1Nx9ikA9v502tBEEa/Y5wGOY5cDcTyDT2FuXSQOnNUIpFYpJpGSVoZAfmGevvipGA mklsrgOQ23IDAcGjoASXJW1iEbL82FLdl4o6BbUivkCQfNcM7k8LkY/KkwRZuJFjvLY5wADyab3A hZc30m+V494BUg4zR1DoPiSM3fyySSuo6kggU+oi7zTEJQAUAKBQApoAbQAAUAFAAKAFPSgBvSmA tIBC2OnFADQpYcmmAhU5oAASaAFxigBOaBhgmgQoWgAxigBp69KAFwaAAKRQAhPNABk0AAJoATcR QAeYT3p2AVcmkA7B7UAN2e9Aw2AUABxmgBMgUAPU4IzQA8rtYMOhpDHjGOTUlICygcdaBjA2T60w HBh6UgGueaaAZkUAHagA57CgA3MDQFhGJIoGIOBQAmc+1AC7ABkmgABUdaAsMMgz8ooHYCxP8NAC HOeaYwyR0pALle9Ahdy44FA7MQsc+lAWF+bHWgNBpNAxQaAD6UAHIoHcBz7UCbFOO1AagMCkOzCg LHR1zmQUAFABQAUAFABQAUAJQAUALQAlAC0AJQAUALQAlAC0AFABQAUAFABQAUAFABQAUAJmmAZo ATdRYQm6nYBC9FgEL07ANL8daLAZ93q0UJKx/vG9jwKqwrmNc301y2ZG47AdKdhFUmmMTOaAEpAG aAEoAKADNABTEJQMKBCUgFoGFAhKAFFAwoEFAwzigBDTEFIYCgQUALQMKADtTEJSADQMM0AFABTE KPrSGJQIOlAwzQIKACgBaAEoGAxQAUAFABn8KACgAoAKAAUAJQAmeaAFVc9aLBcf06UxBQAUALQA CgCWGFpThenc+lOwGhFEkPC9e5NUh2sSk8jHIoGB54oGOzgYpCEBINMAJxQAbgKADORjpQA1umOo NAxvlpn7goshD8flQBG0MbOS0ak9yRRZAKkMSE7VVT04FCVgG+Rb5wI0z9KVgFjijR8pGqkdwKdg HPbwnnyVJ6k4pWQEkSLGMKiqPYUWAdtHWmAKqbmO0ZbqfWlYQ5UVAFUYUdAKAGCNVTYqgL6UANFr CoOIV+brxSsgJFhBYMQMjocdKYDZbaOQgyIpI9RRuA5YEEewAbem3FACLbwJkLEgyMHjtSsguOZE ZAjRqyDoCKLABjR0CMilR0UjpRYAihSPIiRUyecCi1gEe1jlbc8asfXFGgXJFQIoAGAOwoAUgEYb kHtQAgjQJs2jZjGMcUAKoVQFUAAdh2oAikhg37vKRmznOKErg3YGxJgOAQOQCOlVYm4jBXGGAYdw aBiOgcbWUEelACgYoERyRRucsisfcUWGSxwZXGAF6YpNpAL5EMaFQikHqMdaVguRiCMAqI1CnqAK dkK7FaJHGGUED1FMAaNGXayBh7iiwajkjSMYRQo9hSAXPNMQ3PtQAbqADfigYocUCFJoABzQAlAw zQIUHJwaADAxQAmcUAFAAeKYBmgAI/CkAoFAwwKAAUCDigY0554oEJk0xhn1oEO3CkMYcZzTAUHj gUCEyM88UDAgUCG8DpTGL5hxjFIADE96BDee9Mdhd+Acc0gG7u+KY7Cj1NIQbgOBQA9XJUg0igRi OGNDBEgZfyqSrDTJngCmAnzGgYFC3U0AJgLwTQAb9tAWFLZ5FADNzE0AOIOOaAGlvSgBMk0DAIfW gAO0HB5oAQsP4RQApdu1AWQ3aTyaB3FCnPUUBcCAD60BuGRj3oASgYoB9aBARgUAGQB05oHZgrEG gVh+8t1pDtYaeDQNWDrQFwoDUMe1AHR1zmQUAFABQAUAFABQAUAJQAtABQAUAJQAUAFMBaQBQAUA FABQAUAJQAZpgG4UWATdTsIQtRYBN9OwDSxFAAWxRYBu/Jp2ATNAhC1AFK61KGAYDb29Fp2C5j3O ozTnBbC+gpiKhbNAxuaADNABmgBKAA0AJQAZoAKADNACZoEFABQAd6ACgAoGFAgoAO1AxKBBQAUA FAADQAtABQAUDCgBKBC0AFABQAdqACgAoAM0AFABQMWgQmKBhQAUAFAgoGFACE0AHU0AGcUAIAWN IB4QAVQhcUAH6UAHagBaAFAoAswW275nOBTsNK5fQBFAAAFMdgOO1MYu4CkAgJpgB4NAWDdlqAEG T2oC47K9Mc0AJnINACgHGcUADHjIoECk9+lAAqnPJ4oARVGSCaAHoqZ460AKVApANYkdBTAT5u5o AVTu4FADuRQA7NIQuaAFL0AODUAIeaAAZHegB2OM0gEPFMADDmgBASelACgtQAp6UgG4PWmApbHW lYBhJJx0qhBgUCGMeP8ACgAH1xTAduApAADN7CgY75Y+oyaW4CNKT3p2EN3cdKADPFADS5HHWnYB QSRQAhJoAcppCAnPSgYc0AJigBMdqYC8igBdx9KBCD60DFJpAIoGPegB2PegBOnWgBQR7UCGlgKY xQ3FAhpc0DAMaAHB/WkAbxQAm/nnpTAQnJ60AKT70ANPtQACgAIOaAFHyjGaAEI9KAEyR2oACM+1 ADehx1oAdkCgBDuNAxBxQAHNABQAAUAKOvWgCRgAARSGIGBGRSKQ0hicigoUbu5xQAoUk4zQICi9 6AEyAMCgBVOe1AAOfagAHB5oAQkE4xQMQKw4FAC+X70BcTYoHWgLjc4oHYXd7YoCwZJoHZCdT7UA LtweuaBC4AHSgBBj0oAXFACHigYDGPekFmBWgYYNA7CkCgAApAKAfTigLjuKYjfrnMgoAKACgAoA KACgAoAKACgAoAKAEoAKYBQAUAGaAEzRYA3U7AJv4osITfTsA3fRYA30WATdTsA1nosITNMABwea AAtzxSAM0wGlsCgCrcahFAvznLf3R1p2C5kXOpzTAqDsX0FAikWyaBjTTATNIAoASgAoAKAEoAOl AC0AJ2oEFAARQAUDCgAoEKNu07twbtgcfjQMbQAUAL+FAB2oASgQUDCgQY5oGL/OgQUDCgAoAKAE oELQMQigBaAEoABQIWgYDp3oASgBaADtQAlABQAueKAE9aACgA4x3FABQAmfrSAVUz1p2AfjFMQt ABjigAH60AH86AHKhY4A5pgXYLcI2XwT6U7FJFjIFMYFj9BQAucDrigYHg5FAkKuRzQAMeOKAG84 4oBi7jgEUADeuKAsKp+WgQNL5a8/gO5oAhaVsksjgfSi4EqNkAhgQemKAGzXCRYBYlj0VeTSvYCN biMsFdZI89Nw4NFwLC/J65pgPLECkAEnFMBjAmgB6jA4oAUjnrQA7APekIiWT96ybSNoByelADkl WVdyHIyRmgCQHigBDnHFAEMtz5cgjCO7kZwvYUrhYsKSQOtMAIyKAAJQArYVCemBmkBSW/U8rFKR 67aLjsWzIqx73O0Yyc9qBEAviwylvKy+uBzSuMclwswLIenBB6iqRLFHPU1Qhw/KkAw4z1pgRySC JC7HAH60m7DJ4tvlLIf4gDile4bED364LJG5jHBcDikBJ5ilN+flxnPtVCK63W85jikdfUUrjsSR 3Cy5GCrL1VhyKaYrEmDTAAhzRcB+MCkBG5VFLOQFHei4CRuJYldQQD/jQmBCLkljsjeQLwSvSi4W JYphMgdOn8qAI/tRYkRRvIBxuHSlcdh0NwryFGVkcfwt3p3EWARQIU4oAYcUDIpplhKqFLO3RR1o bBIalyDJ5bI0bYyA3ei4A9xiQoiNIw5O3tRcEPjmWZCVyCOCD1BoTCxEbj5ykaNIR129BRcLCpcY cRyRtGzdM9DRcdiyOlAg4HagBC+e1MCKaZYgCQSTwFHUmk3YZGLjMgR0aNj0z3oTCwsk+xxGELOR nAobAI5RIWGCjL1U0JgNe4CyeWiGRx1A7fWhsLB9pZCPNiZAejZyKL9wsPkk2IWboPSnsFhy7ioL cE9R6UAPGB1oEJnPSgBMtQAFc96AFCigYYAoEG6gYZz0oERLKWmeML9wA59aVx2HIS0YZlKH+6e1 NMBchaADAagCSPaBt60mMC204xQMOT04pFChD3oAXb/dNABikAbAepoC4HatADQcn2pjsP8AkA54 pCGGRR92mOw3cWoHYRsjvQA3I9aBijaBQFh6sM8CkKzF3N6DFAIZjJ9KYxCCDQAoOetAAeOnNILB kmgewYosO4bTQK4d6AAmgeoDrSuFh+7I6UBYTOaAsGDQB0NYGIUAFABQAUAFACUAFAC0AJTAM0AJ uosAbqdhCbqLANL4p2AC/FFgE3cdaLAIXp2ATdmiwATgUAMzTEAbn0oAUtxQMbvwKLCANmgA3UDE ZsCgAByM0AQXF3Fbcu3PoOtMRk3eqSSjbECievc0AZ7MScknPvTAbmkAlABQAZoASgAoEJQMO1AB QAUAFABQAA0AJ2oEKKBhQITPFABQAUDEoAWgAoADQAUAFAgoGL3oAKAFoATn2oAO1ACd6AD8aACg AoAOfpQADrzQAUAFAAOKAD60AHagAoAO9ABxigBKAFoATOKADknFIY9UxVWEOxxQIOvSgA6f40AH 6CgA/lTAmihZ26cUAXY4ljHHXuaZaVhw68UwHA8fjQAmDigBMflQA4UDF5PAFAgIOeOaA2BhQAKu fagLidCQTQAu/HpigBiuXldh1GFA9O/+fpS6gLk9Mc1QDEUrM644wGx6VPUCO0UPNPI3ZtopLcLk 7IkqlGXK1VgEmMoZVjIVe7GkIiSZluY084Sh85GBkUtmAqtNNcSoJNqIeoHNGoEkMkgleGTDso3K RxkUJ9AGHzwm6a4WI9lwMUAIt032JZDgyE7R6ZovoA8pcoAwk8xs8qRgUagPDNJdTR7yqhBjHajq BXtklFi7xyHPJAx6Gktg6liS5H2ISofmYAKPenfQCzGSqKGOTgZJpiKSxudSYecR8meg6Z6VNncY 5ZJLp3ZZTFEGKqFHJ96auwEW4kVZ42OXjXIYDrxQAtoZ3CSyTcEfcAoVwsT3BY20gUEsVIGKGBWV 7q3t1O1CiLyvfFLVALcSC4Nqv/LORsmhgW5ZUhUF846cDNMCvBLAZpGjzuI5yCKaEyYEE0xDgu/g UAL5SIPnPNK76AVL6KNklkIJYLxk8L+FKw7il8abkZyI/wClPoLqESf6MgA42imtgKZJ/s9FzgF9 pPtmp6D6mg7LCnIwqjoBVEkUcsD3IKhhIRjkEcUrodmWS2O1MQm/PFFgGnPrTAiliSQ7ny2BwM8U mhhY4NnHn0P86S2Bj3eG0gwBgDoO5o2AqnfFYyseHc5I9M0ugdSym2K3XAyqrnjvT2QEHnRPKhKO H6KSuKLoCzmqEKMZxQAY4wKAGmMbzJjDAYz7UtBlYE3Fyrr/AKuPOG/vGluwFs+krHqXOaaATfsu Lor/AHAfxxS6gSWYC2qY78n60R2BiPcwMo8yOQgHIJXoaTaDUs7h2FWITJJoGBUmgBCgyCwBI6H0 pAVmLC6iMy7EB+UjnJ96l36j6DoSDeXBPUbQKa3F0A8agMd4zx+NHUY2y5iZsZZmOaIgE1wm1lli cqOvy8UNoAmYPJboPusd35UdgJLgttXEgjXPzNnBx7U2JFcSqk8YhmZwThlY5FSOxKQ9xcSJvKJH jIXgk092GgMsltHIxbegGVyeQaNhbiLbu0W7zn80jPXjP0osMR3keVYS2zC5cr1P0o30AQ7oJo9r syOdpDHJBo2ARInmmlUyuqq3Y0bsByKZ5ZMyMqIdoCnGT70bgNiV0uJgSWO0c+1C3Ai3yGyjO5sl uufel0GSTxPDH5nmOWBGQT1pvQLj3Be58kOVULuJHU0buwhAphu4gHYoc8E+1GzAvFtyggc0wAbm HApFIUIx6mkVoGAvegBGbHWmFhQRgnNIBPlbrQGwZUdKYDWZaB2GEDsKAFAPrQMcPl680hDNpJ6U FXsPVQOpoFcDgfdoGlcTeSMUDshuOaBWFxzQAACgYEUgD6UwsHPai4WDmi4WFpAGKB3AigLigHFI dwApiFx70Ab9YmAUgCmAUAGaADNACbqLAIXp2EJvosAbqdgELUAM3U7CDfRYYm+iwAWoAQtxTATd zQAhNAgU0ABNAxpbFMBN2aAHZBGKQhnSmAA4FAADzQBFLcRxLmRwv1oAzLnVnbKw/KvqetMDOeRn YlmJJ9aBDCaBiZ+tIAoATNABmgAzQAlABmgAoEJnigYZ4oAXvQAlAAaAEoAWgBKACgA6UALQAmaA CgBaAAUAFABQAUAHSgAoAM0CHUDEPNAB7UAJQAZoAKACgAGO9ABx2oAUj9KAEoAO/egBe9ACUABo AOlAB068UAJQAE0ACoWPNFgJQoHSmAfyoEH6e1ACkev5UALjOP5UAKF/GmBPFbknLdP507AlctDC LgYFMu1h3UelAwxjvQAdMetAC8Ac0AIB6UAKT6UAG7PGO1AhRnsMGgBFHzc0AKdoHXNADT16UwFQ dzSAa4MUm+MbsjDL/LFIBN5b7qOT6YxTuA6OJhlnb5m6+3tSAgeJ4JmkRS6P94DqDRswBpJJl8uK N0z1duMUm7gFwjG4QyI0kQGMDnn3oYBsLXMLJAUjUnnGKOoBFI0V3cfIzKSMlRnFLqA9Vkkeabb5 ZKbUB6/WmBFDtSPBtmaXoSw6n60JAKkEhsFULiRH3AHvzStoBI9zMy7YonV+5YcCmIdDn7XIxyAV ABx1p21ALEvGhiZGXBJzjg80kBFFE32vyf8AlnGxcfj0pdbAX+nvVgVvLf7cz4O3ZjPbOaXUBsXm Wu9HidkLEqyjPXtS2AFhkcXErKVLqVVO/SjzAs20RS2jDjDBRkelC2AfMGaFhCQr44JoYFZp5HhM a28gkIxyOB70rgOe0P2WNEbEkXKn3otoAG5kGA9tLu/2eRRcCOJJfPeaRdm4YC55qluDJTIElRXB 2vwGHr70N2ETmULwtFguRE7skmqJGXHzW8igZO0gCk9gQ1VzarGeCUwfyotoBEk0sUHlmFmdRgEd DS1HoKLYfYxCT83XPoaLaBcctxKoCywOWH8Scg0XYDY1kluRM6eWqjAB60dbgSyy+SQWXKE4JHam 2BJnNMAK0AJtO04HakAy2V47NFZTuAOV/GktgK0fmiUyTW7s/wDD0wopDLQBnidXjZM8YNPcRFG8 8ICSRNIq8Bl9KNgEIluJY2aPy0Q5+Y8mjVgSzO0a7wu5V+8B1xTvYCRVyoI6Gi4DgPXNAFS6Eryh BGzQjltpxuqXcCSOV8qv2dkX6jApgMVZLeWQiJpI3O4beoNGwD4IjukklG1pD930FCBkaLLakoqG WLOVweR7ULQAlWa6URiLykzksxpO7HsTyb0UlMEjse9UIWFhJGHwRnsaLgPAPagCG4EoKPHztPzJ 6ikwRG6PcsgMbRorAkt1PsKWrGOZZIbhpUjLq4AYDqDT6gEKSPO0zrt4wq98etC3uA3ZLauxiUPG xzt6EUrNANk8+5QoIvLU9Sxp6sB06eU9vIeQh2t+NDAW6Q+fFIsfmKmcp/WhoEMkEszxMsOxEbOC RmlYBWSWKd5EXer9QDyDT2YC+XLOknm/IrLhUznHuaNxCCScReX5XzgY37hj60ajEeGSORJU/eMF 2v23UaoBNkksyM8flohzgnkmjcCSBGWSYsMBmBHvTQDPnglcqnmI5zgHBBpaoBITKJZZHTG8DGDQ kOwxY5Daxx7fmVs9enNK2gE11GzwlQMnI4zVMSGSKwnEkW1mxgqTjNJ7jQ3c7XsRkUKADhc57UdQ LiygHpxTsFhdzBvagBcn1zUlgFJ5zQMNufagBSm3vRcBpAJ54oAQgAetAAFUjrQO4mRmge4nQ0xD sCkApJNA7DcUDHbeKBXGlRmgAIxQMAOKQwFAhc0wACgAPtSATNFh3HqpoE2Lj1oAXAoC4h6YoASg YlAG9urKxgG6iwCb6LCE30WAbvOadgDcT0pgIWNFgDPFAhM470wEDUALnigBp4oGHGKBCZwKBibq BDQT3pgKemaBjC3FAgRjTAXOaQCgDFAwOBQA3jPWgAJIoAY8yIhLsAB3oEZtzquMrAP+BGgLmY8j O25iSfemIZupDEzQAhNABQAlABmgAoASgAzzQAUAFACZoAWgBBQAtAB39KAEoAKAFPBoATpQAUAF ABQAD2oAMfWgBaAAGgAoAKACgANABgCgBe9ABmgBKACgA7UAJ2oAXvQCCgAoAPzoAD/SgAPFABmg APFABmkAlMA7e1IA68AUDHKmOTVJCuP6UCF+nJoAByfU0AGMf1oAXHofxoAeqZ+uaYFuO3C8t1pj Ue5NwaZdg6jpQIbzQMXoKAuB7UAxevWgEGMHigAGaAsGcnHFADgcd6BWG8jmgLCkHrQADb3NACsu 0DHrQAmc9c+1ADgSDg0ADZPANIYnKjmmIeOaAHZxSAQ8DNAEES+XLK+c7znp0osA/dk0wFJGMUAK OmOaAHKPWkId5anBoHcRwdhVDgkcH0oERwQ+VuJbe7nLNQkBLnHBoAXdhcUAKr4PNADi6kccUrAN Y4HNMAz6UAJnIx0oABQA7JoAa65WhARCqJDpQIaRQMAMmmAvPSkIcASOaADbigYcUgEIx0pgGSTz QAuMmgAOBQAobFIBwyaAE280AO6CkAhNMBCKAFHFACFjn1oAbuJ6CgACnrigB4FACEYFACYFACqS O1AAQT7UAIOOpoAXIoAXPFAB9aAAcUgAt9KYDSaBiAZ6mgQ7AFADZNkiMjDIIxRYBq8IFzuIGM+t AxfmPQAUAKQT3xQAm3HemA3ANADhxSACN1MBPLwOTSHcaQgphqN3gHigLBk9hQOwYZutAaDWtg5D EsrDoRSaFcRIBGxfLMx7saEhkhYE0wJAN6+4pAPTgYxSY0OI7jikMcpVR81ADWdT92gZGxDHB4oG kITgYHNAxME0AAX3oC4oXPAoAeEx1oEBTHQ0gGjimOwpOaQ7ITbmmICKBiY9qAFAoACAKQCYPamA oU0gDafSgLoUZ7UALnNABuwKQ7CE0DsJjJoAXaaAua5apOYQvgUWAaWz0piDJoAXNABnFAATQAZo AQmgY3OKYh2e9ADSTkUABOTQAhbtQMQn5elAhAeKAHMfloGM3CmA4YC0gImchsVQChsGkAMc9KAI zJtBLHAFMCpdaqijbD8zevapEZUtw8rZdiaYERakAhNABmgAoAKAEoAD7UAJQAUAFAB0oAKAE70A FAB9KACgBe1ABQAlABmgA7UAHWgA4FABQAUAHSgABoAUUAJQAtAAaAAUAGaACgAoAKACgA6AGgBO aACgA/nQAUAHSgBe9AB2oAPUUAFAB0NADetAxaQgVS30p2AkChaYhR+lMBe3oKQABx6CmAY4z0FA CgZHoPSgCaOIsfb+VAbluOMR0FpWH5pjA49KADJNMBetIBO9MAHXpQFxcHk8UAB49qAuHA75oC42 gBcZoAco5oARs9O1ABtJBOKAD8OfSgByDjNAhdpJoGKOO2KQhrMDTGKvFAhw680gBiOhwKAIxgUD DHPFMQFCB1oC44fLg5zQApcGkAhJ3DmmA/NIAA75oATNMBeKQBxQA0ZB60wHbiTyKAAkikAYzQAM SBwMmgAGaAHbj0oAifCnpVITQ3dQTYBz3oAUADvQAoGO9AATx6UAHTvQAZzQAqt6ikAp+YcAUDAD setAhCuO9AxePWgQE4PFACg5FACnpQAYz1NACEY6c0DDOeOlAhRgds0AOOMdKQATxyaAGFgO9MBN w7c0AKHHpQAufSgBN2Rg0AIcUDE+lACjigBeMdaAF3CgQwigYoBFAC7c0AJtx3oARiOgFACAjNAC kntQAwhietAwVDnk0wHEZHFIAHAoEGSfagBdpY9eKB3AxqDQFxpKCgNQDgDpQFgDg9BQFhdzemKA sMYE9TTGG0DrQAqMQwwOKQEhZlOccUgsKQz8jilsWrDSh7nNA7jggxQFxNgzQA7avrSAQgdjQMUR +tArjWXb0oGGSRzQACgB4Kgc0BYazL2GKB2ANgdKAsHXpQFhQjHtSC6Q4RDuaBXGOoBwDTGICQeK Vx8txd7ZouHKBdqAshApNAaCkYoHcTFMAAxSAXH0oASgDTJxSOYQnigAzigALcUAIGOKYgLcUDAN kYoEKOB1oGNzk0xC0gEB9KYA3GDQAhPGRQA0PzzRYBd2RxQMQN2oEJuJoGI3TNAAHxQAjjLZFNAI Ce/AoAq3GoxwcJ87e3SkK5l3F3JcN87ceg4FAiuTQMSkAmaAEzQAZoAM4oAXNACUAFABQAUAHY0A JQAUABNACUAHtQAtAC0AJQAUAJQAv86ADtQAUAHSgAxQAYoAKAF5oASgAJoAKAAUALQAnSgBaAEo AKACgBc9qAENAADQAZoAXigAoAM0AB5NACZFABSGIfagB6p600hXJAMcCqEGPXn2oAOO/X0oAXHP 9KAA9fegB4Q5BoAnig4yelA0rlgAKOMfSmXog70DFoAOp6UAKeaAE5HSmIcg9aBpDiecCkFhpJFM LC4yOlILBt70AHTtTAMGgLi44pAJtOMA0xCgA8ZoAcNopAIGBPIpiHFtvTpSAYXJPSgdiCObfNIn A2Yx70X1AeXVfvMF+ppj0HDGetADJ5fJiZ+pHQUmA2aXZ5e3B3sFNFxEqv1CsCR2BoAGbjLHA96Y aACCMhhQA4cHI5oAa5G7DMFPoTQBIq4HJpCAMrHCsreoBouApwo6gUANBDfMpz9KYDGkCH52C+mT SGSocgGgQGRM7Syg+meaADc/nJgrs5yD1P0pAMjug80iYXCYwc9aAJC4PIpgAfI4oAUtgc8fWgBN ySJ8rK2PQ5oApSSyNc+TG6pgZJIzznpRfXQmxZIGOTVCIY5/MhkcEBlzjHtSuOw+KZfKjZ2UMyg8 nFCYiQ5YZzigaEjeMtt3hj6ZouIk4BoAgM/+kuhICKoPNLqMerbxuRgR6g0wEMiKf3kiqfQmgQpP GSePWgYBkLFQw3egNADWlQBgrrvA6ZobAbbSPJArP1NCCxPkKuScD1oEQSz8xeU4IZ9pxzSuMlUn zmG9SuOF7igBfOhV9pkXd6ZoAZczNEYthxucA59KGFiQtggMwBPQE9aYAVweWoAZGwVGMkitz16A CkAhmiDbd6hvTPNMBzSBFyxCj3oAElWQEo6kDrg9KAIIJlkldd68HC4PWkmBM00MZw8ig+hNO4DL mXZbM8Z5AyDSewCPI3nwJnAZTn34oGSNJFF99wv1NO4hyyRtyp3D1oAYbuJSV3KG9M80gsRRTTT2 gIb95zzikth2JYHMsSv0z1Hoad7iH4NMBcYoGJgHtzQAYoEGQOtAxCc0ACqB1NABvGeKAELH2oCx GWJ9aYxwQ+tIBQgoACAB0oAUA9higBdrfxGgBNqnvzQAojx1oC4jKV56UDFD5Ug0hpCKzdOtIpIX 5qCtCQBttIkRRluaBjzGD0NAXGFCKADkUAISTQMSgYDNAhwXigBVUE+lAXBgBxQA0HBoHYdvPSkK w05NMdgA5pDFIwOtFguIOKYhwcY6UgswLEnjii41EbgnrU3L5Q6UwsB5o1FoOCZHXFAr2F2D1oC7 LrHIoOUTcFFMBC2aAAcZpiBSSaAFkIApIBF7UwHMaQDAfemA7fnigBN2KAFLBloGNZvloENB4pgK CcUhkbZJpgKGPegBc5oAaMdDQAhkEYJbpSYGXf3EkxGwkIO1K5Jnk0xiE0gEzQAmaAEoAXqelACH igAoAKAFzQAlAC0AH0oAuWlgbqNmDhccAY60xN2IJ7eS3fbIuD296TBO5CaBhQAlAB0NAAKAFzxQ AmaACgAoAKACgAzigA4oAKAFoAKADNIApgFABQAA0AFAAaADOKACgA7UAHagAFABQAUAFABmgAJo AB9KACgAzg+1ACBS1AEqqBTSFcd9B+NMAHt+dAC/T86AAD+6fxNACjkfXvQA9EJ4A60CLMcW37wy fSmWo9yXOKBhmgdhRwRQMQDJNADsdqAAD06UAP2+1AC+WaLjHhV2+9SPoM24piDjHFMA5HWgVgwM daADuKAFzzyKBDW4OBQMbTAXOD0oAM9qAD8KQAOvHNAWKcKILuc7ANuCMdutJbiHWsSSw+ZIu9ny ST2oQWH2YxJLGScI3FCAdfoptGbAJGMH0oYEVxCoSFAMAuOlDAW4iSEwsihGEgGR6UPQQ2Yhr1lM bSKgGFHTND3GOiDLcgpC0cZGGB6UdQLTsFjZh1UZpiK9tBHJa75VDM+SSetJIAlSOOCOOWR2Ab7o 6t7UMCKYgPC0du0WHAyeM+1IB5RZb87xkBAcetNrUY8BYb+MIMLICGUdOKNmIZmDzZCI3uGLctjg e3NICOGUx2t1tBXaflX+7QuoFhLSI2wVlGWGSx659adtAEK7by2XJbCkZPfil1AS3jj+1XHyDgjH HShLUYkUn2eCZG6xH5foelF7CLdtF5Vuqn73U/WmgIZx515FC33MFiPWkwG3SLA0UkahW3hSF4yK HoMayR/2ifkUjZnp3z1ppaiJ2+bquRjp61QrFSBQLaZgozlhkDtUrYAhgT7ICygllznvTSVgGM7f YYBydxwcdx6Ur6AOkQsoENqyOv3SCKGBbyyqM8HHNUFiqIxJetvwQFHBpdRj4wI79ggCgpkj8aOo hqGLc2yJ58tyxAwfbmkA2JsWVwu3ABOBnOPajoA/YsVl5iJh9n3u/NFrIBy2kZtQCBkrnPfNFtAu Ps+bOP6f1NNbAxs433UMTcockj1oe4hLmJFmgdQFPmAHFJjHKB9uk/65ijqBCoMULRzW+9ecuvJP vS2AdO+YLdossA42g9ab2AfZ/NLIZf8AXg4IPYe1CEW+g5qgM/gafP67z/Oo6DJJoYlsiFVeFznv mnbQAkikkjgkUByoyVPehgLE8bXS+ZC0UpGB6NQAtsqLNcHAGH4OOnFCEMiZNhENs0ikn52wN1JD Il/5BkvsxGB+FHQCw4/0u2/3T/Kn1QEUAd5pn8jzTuxkkce1IBwV4RcOI/LXblV3A4NGoD4IIjaK CoO5ck07aALY8WifU/zojsAlqzBpgo4EhpoCYbic9KYx/IHrQIM57UAIEJoACnPWgLihAKAuIwHT FADCuPagY0gdqB2FUZoAcWI4oFYTB60DFIJGAaBBtI6mgYE575oAaTjoKAFBfNA7IPnPXpQAq4HW kGpL8o+YCkApkBGaRSQwnJ60FWDeRQFhd5oCwoYnvQFhMc8mgB2BjrQA0MM80gsxS67cAUBZjAaC rC4OaNQ0DFADgQPegVhM56UDsIc0BYOfpQGgY9aAAAUikl1HcY4FKzKukG0mnYlzDYaLC5hCpHam FxMetIBRQAtIouE56VRxiEECgBMgcd6YCbsGiwhcjPFADXznBpoY5Wx1oEBfJpWATOKYCbgKAFyM UANLAdOlAxQ2VoAaG7UAKWKj60ACtgUAMLZoAUNjrQAhcZoAhvP3kIA6g5qZIDOPynBqQIZIQ3K8 GncRXIIOD1pgNoAKACgBOlAC0AJ3oAM0AFACigAFAFyyW1wWuXOR0Qd6aE2XEuJ7xjFaAQxL1PpQ TbuE4tSwW5uZJXHHHQUAr9CvqGnrbIskb5VuMGgaZnkUihMGgAoASgYvagQUAFABQAZwOlACUAFA BQAv1oAKACgBaACgBKACgBaACgAzigAoAM4oASgAoAPxoAO1AB2oAKACgApAFMBaQDljJPOadguS gACqEIeevHtQAvUc9BQAdBzx7UAL/vce1ACgZPPbt6UASpFnFMEmyzHGFHFBolYeAaQwwaYBt7ig BdtADuAtAAFyM0DHK20YxSCwrNn2xQFhuaB2HdVoATsKADFMQooAMZoASgBOlAWENAg5OaAFwPXm gA4FAC4z0oAQDFA7kHkOlw0isNrY3KRStqIasE0WViZQhOQGHSi3YCe3g8tTk7mJyT60bAOnhEsL R52570MRG0LssW91LI27IHWiwDpofN2YYKVcNQwGzQM0vmQuFfGDnkEUWAasMiy+ZM+4gYAXoKdg JeKBkMcM0alYpFCdsrkj6UrMTD7LhYvKfDxknJGck9aLAOks5pirSSrlTkADikBG8bnUDscKVQHk ZB9qfUCRIP3hlmZWfGABwBRYBqW88QKRSJ5ZJIyORRawCQ2oTzFd9wfrQkMcLeby/KE6+X0zt+bF FmIkFuEmhZSAsQIx60WAaI2juXkVxsfG4YotqFiKVUmvo9pzgZfHt0pNagXdxJqgI54WkKOh2SJ9 1qVgI/IkkkV55AwXkKowM0rASpD/AKSZScgptx+NMAkbYcCqFYqx28g8xd42Pk4xyCaVhEscISII WBwMZp9AE+zL9kWItkryGHY0raWAaYppAFlkGzvtGCaLMLFkCmIiEQW4aQkfMoGKXUYGEfaPMzxt 24xR1AjjhljUpFKoTPGVyRRawAluY4pY92fM7kUWAm2r5IjbkbcH3osBAIJfL8oTYj7cc49KLMCe GMxQqn3to60LQBk6GTbj5XU5VvSiwCC1klkR5Zh8pzgLxSsBL5CCdpC2Qy7cYp2AhWGVAY45gE7Z XJFKzAf9mHlworECNt3TrRYB7wFpklVirDg4HUelMB5HPemBB9k/0d4t33iTnHSpsBJJEHhZM4yM ZxTC5G9uxWMo5V4xgN/9alYASCRplkmcMV+6AMAU7AKLYrM7+ZhH5ZMdeKVhDEt3jXYtxiP/AHeQ PrRZjBbULbvDvJDHOcdKLaDJWjDTRSA/6sEYx1p2EMMMnnM8LmPd94EZBNKwCx22zcWbez/ePrQh jVtXC+WsxER7Y5H0NFhD0C2tttLZCgnNGwCWilIctwzncfxpoCU8+1MB2MCkAhPPpTAAcUAIXXHW gLCb/SgdhPmfpQGiDYR1oHccEAHTNIVxhxTKA5FAgGe9AClcdKAuAHY0gFKkUAIpx1FA7DiwPQUA kN3nHFA+Ubmgdhy5PFIasAGDg0DTsSBamw+YMAGgNQ+lFx2YUg0EIphoAFAAQKAuwwKAHAgDpQIG bNA0hvSkUApiF4oAUNjtSEBBPNMAxxSAOPSmABj06UCsGcH1oHYOfWkUkgzxSHoLjNMTl2E2460X FqH4UAWwRjiqOUQnNAhrDmmA3GTzQMfjGKBCSHkY5oQxueOaAFBHFAhrkUDAfN7UwBfQ0CF24pDG ucCmA1WwaAHnJPFIBGDZ9qAGc9qYCFiT6UALwTxQA0gnOelDAqsFkJVhhhWOwFd42jPt60wI3RZB z1oEVpIzGeeR61QDOlAAOT1/OgBKADOaACgBKAF70ALmgAzigAFAF7T75bUMrqWVvTtTQmTxS2Ky gxQyyOTwp9aCdS0bWW6Iku+FXpEv9TQGw24tYZrZnaI25QHbnAoC5jNBIIxIUYITgNjikUR54A7U DG0ALQAlAC0AJQMKBBQMDQAdqBBQAtABQAZoAKACgBe9ABkUAJQAvQUAIBzQAuOM0AJQAZoAO1AB QMWgBOgoEHSgApDAAseBTC5KsYHNNIlsf3x1qgDH4mgQfxccmgYvf1P8qQAP19fSmIcF9KAuTxw5 5PFIqMb7lgKAMDpQaJC0DF+lAB1oAM0wFzxSAApNA7EmSBigLAOnFACAH3oAWgYc54oEO24GaBXE oAMUAAxigLCUDENAhKYCrxQIMc8c0AKCCORigA4HSgBFFAASR2oAQk7v8aAH7wO1ILCPyMimA1WP fmgLBk5zQA5Xx0FArCE/WgdhuATQAoz2PFADto7GgQEtQA0Iu4scbsYzQMVsKOeaAGg0DsOAB7UC FKnsCKAECHPJoAUKvTrQAiRpECI4wueuO9KwDsnNAC7s980CDI70DsOVwKBWGSDdz0prQBu31NMk Nqk8UAG0AUAGTjpQOwhBI64oEGAPegYbs9BQFhQWHTigA3Z6igQu0Z5oANtIBQccYoCwFS1ACeX6 tQMUIo70xXHfIOgzSDUOM9KAFz6UANLH0oATp1NMAyMUgF3E9BQAHJoAbtY9TTGO8taQrigKg5xQ A0yr2FA+UQOx6LigLC4Pc0AIDjmgBHKsMEZHvQFhC3pTHYVTkgGk2NRuKXAHFArDdw7kUBYBg0w1 HAIKQtRdwA6UBYTzQOlA+ViGTd2oDlG729KB2Qm0nrxTAOB3pDFD4HSgOUCzdqA5RCxoCwbj0zQO wuaBWF780DAjApBcSmAvSgBx5AIHNIY5VLD0pMaYpjA6mkO4mB60DuLmgQhxQMTIHSgLBnPtQFhM EUDFFILgRmmFxRgUC1FyB2oCwu4e1ArCbjQFgOaRdrDgjkdOKLCckNKkdaAvcSgBcYoGHWgQ7jFA rMTFFykmHNK5Vrhii4uUnLY4FaHGKuR1oAGagBmeaYATikA3dxTAQvmgBGbAoAM5XmgAPGMUABY9 qAF3EjmgBrHPWgBBj1oAeGxQAjSc4osAuRt96AGEjFAxB8ooAM0AVLlSJM569B3rOW4hFcEYfBHr UgRy25HKdKLgQ+x/WmBDJB3T8qdwIOhpgHagBKBBQMKBBQMX9KADpQIWgYUCHwzPA4eNsMKAsTJc 3DzBhKwcnGd1ArGt5AjRZL15JmzwoGQPwpkvyJZ5UgLfaJEMbD5U2UCMN4TcTv8AZomKk8ADpSLI ZInicq6lSOoNAxlACdaBgaBAKBhQIKAFNACUALmgA7UAGeAPSgA6UAFABQAUAFABQAc4oAM0AHOP SgBKACgBaADNABmkAhpjDpSAeqE00hXJVUKvWrtYkd174FAAOh7CgAxxxwO5oAXGRxwKAALkcZA7 UASLHnAA60bBqyxHFjmlc0jC25KAOlIsMYoGGTTEFAC96AF2mgB6rikMdt9eKAuGOaY7gBjt1oEG aAsL24FACc9qADccc0AJ1PpQICcHigLhmgYEHGaAuJj3oAT2piA9aBigZoEJjikMUDNACdDTELuG PegBB70AKxz6UAhpY4oCwoJAoAMmgBVwPegAY56igVhNqmgY4EAYxQFg57CgLCfNmgNBuM0AKBg8 0APBUHpSDUcJAeMYoFYX60AN+XPWgA3rjgUAHJoAXANACYUGgYuFI4HNACENnpQGgqo3rQLQY6hT ywpoQi47GmIGJ7igBMk9CDQA4AEc0gGjaPemAbxQFhd4NAWFAoAXIXqaQhTIuOKAsM3k9BimOw4B jxnBpBoKE9TQAeWo75oC4h46CgAB/GgBpY/hQOwoTPOaBXHbUHJ5oC7AyIBwKAsxPNHbigLDTIew oHYaCxGRQFkL838RxTAXAHU0hDgVA4oARpcDsKAsJvJ7UDsNAzkZHHUUAKwVfvuq/U4oC40hcZUg /SgaEDKDgsAfQmgY5cN90g/SgQbPWgAPy8E4PvQAHNAxRGT1OKBXAbF68mgNQLDsKAsNz70DsLni gLDN6l9m5d3pnmgdyVYWPNIXMg2AdTTC4pRPWkK7G/KKY9Rd2BwKAsJyaB2FCMeaQXQoQ0CbF2D1 oC4qsEOKAAyYP+FIpIMk0i1YApPXigLh3ouAfhSCwbc96YXHBQO9ArhhccUBqNwM0DHYWlcNRM4o HYQnJpgKoFJgrsQj0ouOwoJHagTF3M3fFMVkhMetA/QUYpBqxeTSuNRExg0rmiig4FFgukLjinYl zAD3osLmYUCuSbea1OQU5xnNIBrNTAYCaYDyKQDTQAMuFzQA0kEZoAAeMdKAHHAFADD1yKBhnJFA gJxxQMAAOc0AByaAEoAQmmIKBhupAIc44BoAZMm+Ppkj0qZLQRUx9B/I1mA9HKkjqO69xQA54VlG V60gKzAocHiqAjliD89DQhFVlKHDAiqASgAoATFABQApoAKQB0NMAoAKAF9KALcGpXEK7VkyOwYZ pk2RejkspXR7iYyu397IC/hQFmi7kwKzyGOOFRwEHJoEZcizapcEomEHAPYD3oHsVr2ya0cKWDBh kEUhplUigYUAJQACgAoAKACgBcUAFAB0pAFABTAKACgAFAxRQISgAFAC9qAE7UAJQAZoAWgAoGAG eBQIlSP1ppCuScDgVQgxj3PpQAd8nn0FAIUjB55PoKAD68nsKAHBTnnk+npQBIkZPNA1FssIgFI1 SsO+lAxRQAYoGANAWFA96BDgM8CgCQAKKB2DHNAx2eKQgHNACGgAAzQAHA6UDG5xTCwhakFgOe1M YnSgVhR0oEBzQGgdKBiUCAgmgYueKBWIiTLIUyQq43Y6n2oCwGFOwI9wcGiwWFjLbmRjkr39RQAx BnUXGePLFLqIgSOOS8uBKThTxhsUgSuPAWG7jWFmKnO5c5x70wsR3bOLoOpPyIGx+ND3Blx3URGT PAGaYFWxD+dIHJJwD19eaSEi6AB0NMZUbNzcOhYiOPqB3NLdglcc9mFXdAdjjpzwaPQLE0kogjDS dTxgdzTuOyGrdZkCMjxlum4daVxBLcLFLsIYtjIA707gNF4nKlHDj+DHJpXAfFOJWZAjKy9QRTuA xbsMWEccj7eoUdKVwuTROksJkRvlHXPancCH7UCN4ilaMfxgcUriuF3KotC8W47hww7UXG2Ejq0E bSI6jcAB0Of8KAEnl8q8jJBPyEADvR1Amjug0mxkZH64bvRcBsJBvLnPT5f5UdRC/bAC3lxO6rwW UcUXAmjk8+MOhypoHoOCnH3jTAzrW1imgZnBZtxGQxqUFgQC3vUjQnaw5XPSq6k2HAG7mcNny4zg KD1NG4aDnsypDQARuD68H60W7APumKWzf3m+UfU0MRXu4yHgSI8gHH4Ckxk8LiaEtwGHDD0NNMYl mVSxV3OAM5P40LYkabnC7/KkWM/xUXGJduVjTbuIYg7l6Y9KGwJ2mSKMOysCxwE70XEIt0NwV4nj LdM96LhYiknMd+CAzEpgKO/NLqFiZLvdJsdGR8Zwe9NBYa10PMKRxs7DrjtRcdh8Vwsu4YKsvVT1 FFwIjdbmPlRO6r1IouASTCWzkZRj5SDnqKOgWGrN5cEI5ZmUYUdTRceiLKox68UwuhkhETxqwPzn APpSuK4jzRx3CREHc3fsKLgPadEnEYUk7dxI7UCsVTcKLF/JjZRz36e9LoOw2eRn0/LKVA29e9Po Fh5uWVQ7wuIzj5jRcehZC560wIb5cWj/AIfzpPYLkqZ8tfoKYEEP/H3P+H8qS3AhUx+fJ9p+/u43 +lLTqGhYgtgJfMhYCMjBA7mmBAVh+2TCfbgAYyaXUQoVBdR/ZTz/AB7Txij0GXc46mqCxFcPGHiB XcS3B9KQWGmfE3lLEztjPBouDHJMzSNG6FHUZwTnIoTBENqXe4lDIQN3Jz92kgvYk80s7CKIyKpw WzincLj0niaFnCkbc5U9QRRcepFHcPJgpAxXHBzii4EdmDl3aMDDEl89PakgJftUrLvSFinruxn8 KLgOE6mDzc4XHencegwzyKokeErH655FK4XJJpQjqiLvdhkAHt60XC4sU37zy5YzGxGRzkGi4rsn YqOlMEHmZHSgLCFzQFhueaCrCbhnmgLDuGXgc0hiqCe1A00O2nvSHcMYoC4mcUh6sOvXpRcpR7hk UrMd0gJNMTYBc8UEjhGemaYriFNvfNAJiqq/xGkFxSFHQ0DTYnQ8UXHZsQkmlcfLYbTCyFFAtBwG aQ7pbD9mOrUWFzsQ46UWC7EximK4Ak0iheRQGocUh2BmJPFbHEPVuOTzQA1setADelMBd2TSAQcc 0DEYnpmgQme1MA4oAUjNIBFGe9AxM4oACeKAE7UAKMigBSc9KAEPvTAQjikADpzQAoINAxD3z3oE VHjKEnqPX/GsWIZj2P8An0oAVWKnIP49jQBL8svysMGkBC8TJ7j1p3AidA4IIzTEVZYTH05X1pgR UwEoAKAAdaAFxQMKBBQAUDAUALQIVHKsCO3NAGil6l1Iv21sIvRVHBPvTJtYv2l0LmUrEnlwxj8z QhMbNFAspuLwjJ4SP2oBFVtNe7LSxRiBCPlVv4v8KQ07GdLA8LlJFKn0NBRFQAdKAE6UALx2oAKA AUAAoAKADoKACgAoAM0AGaACgAFAAKADNAATmgBKADNAxaBCqpahICZUCirtYm9x3XpjHrQAL6L+ dAAPQfnQAo9up70AA/2fzoAeq54oETJF68D0ouWo33JQoHTFI1Qo96AHcdqADtSABQO4tMByIT60 ASKMdKQx2PWgBcAmgAxSAaTzjNMdhSaBCUDG4oBhg5oASgAzQA7AxQIaaB2DNMQd6AA9KBCcmgY4 jigRCpEczK3Aflfc45H6UgJjj6Ux2Io/nleTPy8KpHfFIQxcDUX6/wCrFHUOpDHFHNeXO9Q2GGOe lJBbUV41guIjDwWbBXPUUPQRIyBtQKkZBip9R9SBeVW1J+YPg/7o5peQl2JoB/ps/bgU+o7aloDj mmMqxFYbyZGOA+GXPel1F1Jp50gjLHBPYetAEUzn7TbM/wAq88ehxSDqGoD9yg/jLjb602DsKUH9 qc44iz+tLqK4YH9o8c/u6fUfUdGwGov/ANcx/OjqK2oyxKlJACNwkJIH1oQ0MiYKt3IBuQHp2J70 riFJnNtuMqRptzhV6CmOww86P9B/Wl0DoTXgPkQnj7680BoKQq6jH5hAyhxn1o6ibHXJT7Zbqv3g xJ+lADEP+kXewckDH5UBYjtPNNsuycKBkY25xQgSJ7IYjfbJvBc5OMc0IehYwTxTGULOzSaAuWfJ cj5WwKSJLCW8cPKLyepJyTTQWILd/InljYhdzblz3prcViW4uDEnqxOAvrQ2Gg2QF7iJDxt+dqAu JKoF5Bz2b+VHULjJwbeQzJyrcOP60noBH8x0pccqDkj8aOgi3MyfZmYn5Cv58Ux3KsiMlhBu4+Yd aXQB92pE8Db9gyQG9DQxBNERsElxnLcAJzmhjuOYgaiAe6YH50dQCXBvoVXllyT9Kb3AW0IDTIfv 7yce1CENx5l5LsPSPBPvS6jH2BT7KoyAV+8PTmmthESFDBdsD8jE4pdwsRw5t/LlZtyOuCT/AA0L QdjQDnH9aoLEN2rPbE55T5hSYFZlMyS3Kj7rDb9B1pCJ7RfNaSc/xHA+goQ7kUQH9myevzUdAFuG U6cu3nhaHsFiS8Y/ZHHtTew2iYZKr9KAsMu42a1kA64zQ9hD4Z42iVt6dBnnpQIitAJJp5R9wkAH 1xSW4BHPFKCkyKHU4KmjcZGuyK8QW54I+dQcijqFhoKG8mMoXoMbqOowmWMSReQV8wsBhfSh+QjR ESgfMaYXK10oE1vjn56TC4gIXUXxj/Vj+dHULDSSdQHb93/WjqOw234nnXIDZ4GfahARWyfu2Uzs jKTleKECHxKDBcMjM4OQWPfihAWLQH7NH2+Wmg0IbclLaZhzh2OKSBDV+eDzJbnAIztXA/CgVxoG dLXAyVbJHtml0BFp7pFi35DDsAeTTuPQrzZN4GdzEGTAP9KOoWFAT7TGPNkkYZPYgUdQsW/oKZVg wx7UCHBD3oC4pj4oFcTCgetAaiBtrcUFDy7A5AwKQ7CHJpFBg0DuLsIpApAMdzTBthxQIABilcqz HDilcfINJJ70XHyJABS1H7qFCk07C5kgPFFg50JmiwuYUsMe9Mkb17UDHDigLMM0rjURam5fKFFw 5ULQg0EzVWJuwGfWloFmxcUXCwMcmtjjG9KYBnFACkKRnNIBpwD1pgIT+VADuM80ANOAaAAHuKAF 7UgDGelMAAoAQ/e7UhhQAgPagQZxQMXOaAEB+agBM4PtQAEDtxQAhbJoCxG0yhsHp61LVxNDXiyM pyOuP8KzEREHOfzJ/qKAAcYAzx27j6UASpLlcPyOgakMbLAR8yflTQiDHOCKAK81vnJQY9qaYisR g81QBjjPagYlAgzQAUALQAUAHbrQAUAGaAFoAtWt9LbKVj24PqM0xWNeygidPtG/7TL1JJ6H0x2o JY5Vvbi5DN+4iQ5xnJNAFXVXjuZYooWVnGctngD60DWhTFiDz5mRjOcdfcetFguVp4TBIUJz3BHe kNO5FQMTNABQAUAFACigYUCCgAoAOtABQAUAJQAelAB2oAD1oAKADk0ASpFnrVJCbJOFqiReoG4/ hSAD/tcD0oGL9eBQAdueB6UAKAT14HpQBIqE9KBLUmVMUrm0YWHg0iwz60AGaAFFABQA4c0wJUQd WpDsSDFAB24oGJ9aAEJHagA3UBYQ57GgABxQApORxQCQlAAKADGeaADFACdKAFUgUA7g2D0oEIOK ADNAw+lMQYNAA6Blw2DSAj8hO+SPQsSKBkmMDFAhoiXzN+PmIx17UwGtaQM5dkySck5xSsFhY4Io mzGgB9aAtYXy183zMfNjGfagYCJBKZAMORgmgQqxKkjOB8zdaBjsZ70AJJAkoxIA2P0oEMS2hicM EyR0JOcUrBYdIiyoVYAqaY7DI7aONtyqd3Yk5xRYVkSeWnm+YR82MZ9qADZH5m/b82MZ9qLAHlqJ C4HzEYzQBVt7RHRjKjBt57leKSQi0saKmwINmMYp2GRraQKfufQEkj8qLCsSiJBF5QT5D2oCw0W6 +WEC/KrbgM9DSsOyHNZrK2XUE9KAuhUtI4SSvU9TnJoQr9gEcaMzL95uppjG/ZraRizx8n0JGaVh WJAFQBY1CgdhTAeGIHIFAWGKkca7UG0ZzikgsKSOmM0x2IJYo5OHUEU9xNDI7eONtyJ83qeaLCsi URguXxhiME0C0AwAurnkr09qAuP8oMNrDIPBoFcVYo40CKML0xSAh+yQI2RGPz4/KiwD3jEqlXAI 9KY9gFqgj8vaCnoaQrjUtIYjlFAPqTTAdJDC5JdQxxjmlYBqRRw58tAM96aQ7DXtUnYF1BI70Meh IkCxrtQBR7UILjHs4pG3Mgz3oEP+zqU2bRtxjA6UBcQwps2FQVxjFAXHKqqAAOB0FADiV2kY4oER BVCbFQBPSiw7CqhVQiqFUdqBgsKKu0KMelArifZ4FQosYCk5xRYBzxoybWwR6UANHHTtQMduNAWI TbQs2WjGT6UrBYnVQECqMD2pgMe2ikOZFDGkAqxxRDEaAfSmgGPFE5JMak+pFFgsOREiOVRVPsKB 2HlqBWGEBiDgEjkZ7UDsL5RL7tuGI60g0QvkANuwN2MZpiuJ5MYfeVG4d6AFeGGQ5aNWPqRSsIUq AmzA29MCmMRdqgADAHagdmICqghVABNIOVkYhj3bhCoPrinYLWJVjCrgKAPagNBq2yK24RqD64pB oPeFCuHAYehoFe4xUSP7iKv0FBVh6yY7ZoDlDzTnigOUQuxFAcohY++KLjUROT2oHawoznpigV0S hSVwaBXQ0ehpMpCg0irAee9ABtp3ATFIa0FGaViuYXJo0DUXOO1FyeUQsaYrIBzQFg+UdeaLhZhx 6UuYpQYcVPMVyBSuyuVBiiw7igU7CuHSiwXFzTsK6EBzxTsTcdtOOlFg5kAA70aCu3sLgUrhaQzP FbHIJnjFACUwDrzQAhU8EdqADNABznIoGG0MOvNAgxhcUAAxjngUAKDjvQAc0hiDk8DFAAeaAENA CcimFhSDwRSAKAA+/WgBuTigBByeOKBkMyYY0hDEkaM+o9KTVxWLG1ZRuQ4b/PWs2rCIWQrgYPH8 P+FADRwc9CeM9j9fekBIjlTgAkdx3FFgHNEsy7kODQBWZShwaYEcsKyjkfN6incRTkiaNsEU7gMp jEFAhcEGgBO9AC/SgAxigA6UAFABQAA0ASRzyRNmN2U+xxQKxLJf3Egw0zkemcUBaxHFM0cm4AHs Qe4oHYnN6DjCNgdAzZH4+tO5NivNK08hkkOWNIqxGRQAUAFACUAL1oGHekIKYCZoAXFABQAUAGaA CgA6UAJQAoBJwOaAFCEnFCQEyRhfrVpWJbHE9hTEA44HJpDsHQ+p/lQIU9fU0DAZzn7x/lQA5V5z 1NMRIiUmyoxbJVGKk2UUh9AxPpTAB6UAKBQA4DFAhyjJwKBk6xhRz1pAhD1oKANQAE0AITmgAoAB QAvegBCeaAAEUCAnmgYfSkMAppiDOKAG55oAUGgYoFAgHWgLBxQApOBwKASEyT/9agAAOKBgMCkA oNMQcckDrQAYx1oGHANAgJyKBWAIaAHhcD0oC4zpSKFx6UxXEwc0AOCZHegVxvTigBAAaBi5xxim IdtOP8aQXHCLPU0CuNI2nrmgY5WQDnk0CsxC3PyikOwnJ74phZDssB1pBoJsLHJNMBfLVeppBcaT jpTCwoye2KA2FKMAc46d6QXAIPWmApG2kITCkds0wI9wpisLu9KBWE3NQOw4bmoFoBj9TQFxMY70 DAt6CgVgBegLINrHqaBj1jFArgcL1oEN8wCgdg8wZ9aAsOD5HApBYjLnpTHYTdmgLC5PpQFhpHrQ MUcUBYUEk9KBWF5xQIXYD1NAC+UOxpDuMZQKYIVU9KAuO2j1pAN6d6YC4J7UAAj9TQFwMXpQFxvl tnpQO4oiI6mkFxyqopiBpNvSgLDTJmgdhpbNIrlE57UBZAc+tAAF9aYXJAEFIm7Def4VphYbhqQ7 IQlgOtMLIbk9zSKSDFA7BQJpAAaAvYcEPqKA5h6og+8aCW2LvRPuigOVsY0hb0FA+UQMfWkWkhSR nIpDvYUHNGw7XFpaj5Utwpaj91BRYd0Koz16U9CW30HEDtzRdCSkNxRcrl7iUahohQM9qATDBpWH zC4AosLmDANAXYYHemL3hD1oFYUUABoBi5yKLgogCFqeYfIKXJouxqCG9TS1ZSsg5osO6EPrXQee JwaBids0xCnpSATPFACA4HagdgBx0IoAXgDPegLAcUxDSeeaBi5yaQC5yaADB6igYDpzQITOe1Aw IwR6UAB6YoAQHjrigQnAOaBi54oAb0NA7DZRlMg9KQrEPDcdDSARS0bZFArFhXSdcMOahqxLViOS Moefpu9frUgMxg4weOwPIpgOViDkEZPfsf8A69IZL8sowRgj1oEQPEYz6imgInQMuCMigCpLblOR yP1p3Ahx71QCGgBKADvQIM0DFoEFACUALQAUAHSgBT7UDCgBPagQtAB3oAO1ACUAHSgAoAKACgAo AAcDpQMKBCdaACgAoAOlAEiRk4J4qlETZMMAZz+NVsTuKQcZPA9O9AbCYyPQUAKPbgCgAAyMLwPW kMXGenA9aYhyrxigNyVUxU3NFDuSYAoNBe3NIYo54oELjHY0wAD1oAUZNADwpPT86BpXJFG0YFIq w7dng0AGPXigA47UAGRQAGgBpoHYD+NACYOaAFAoELtGKAAAd6AFOM8UANJwKAsGeKB2DHNIBKBi gUBcUgCgVwzxTCw3nNAEioSKBXAjbxQAnHpQAYFAEEl1DHIUYncOvBpXFcFu4XYKHwT0yKLjuTrt 70w1FIHpQIXaxHHSgNBpyDjNA7hgY5oC4ySRIkLN90daAuSBgaQWDcfSmA0j1oC4HAoFqAbHYUDs LuYng4oCyF79aBChD68UBcDtFAajTKqMFJGT096QAXz2pjsICw6UAPUkjmgVgK+9A7irtXrigQvm elILDCTj29KYwGRSGO2sepoFdB5fvQFxrKAfamiWICM0xC7l+tAhc5HHFACEHuaBhwKBBuUdKAsL 5gpBYTcKY7CbiOlAWE3Z60DsCrntQIeUApBcaVpgHy+maAE3e1AWHY4oAaFOaBjggzzQK4pGBxSA jyfWmOwbiKAsGWPTNA7CbWNAaCgMKA0FAoAUcUCF30gsN3kUwsL5pHSgOUQysaQ+QTe59aB2QbGP tQF0G3B5OaYg/CkAqoWpgO2gdTQIUbRSCzEZx2FAKLGFie2KLlqLE3kdDii4cobiepoBJIUKWNAN pC7MDkigOZiYA96BXuBPtQFhKBpBSuOwtA7MT6UAGD6GmF0LtPWlYXMKD2NAXYqg56GgCQAjrxSA Qgk0m0WohjAqb3NEgoSBgOeOlMi7ArRdBZsAMUXKsHTpRqGiDpRZheId6LCv2DA9aYrsUYA9aLoV pB+FFx8odKAsLgdzQTqJikaK4cUWC4uM07E8wvA60WFzMOPWgNSLrWpyhn0oAaTigLDs4FADQT3o AKBhgCgBKAFHHagBT6UAJjoKAFyMUAANAWEzmgAoAMUAJQApxQOwlAJABmgAI9aQCMv5UDKhGGIp Ejgc9aAAoRyKAJopw3yyY+tQ0S0LJDgfLyvp3H0qREJGMnjB79j9fegA6Z68du60ATJIDgSYOe/Y 0AMlt8fMnI60XAgx1yKYFea2BO5eD6U0xFVlKnBGD6UxjTTEHSgYo245JH0FACUCCgBKAFoAKADn rQAUDDpQAtAgoAT8aACgAxQACgAFAxaAE4oEFACUDCgAxQIMc0AOCknAFNICZIgo55NUlYlsf7Yy fSmITv6mgBT1+Y5PagYMPXk+lAkGP73J7CgBwB7/AJUAPC0NjSb2JQABU7msY2HcAe9BQUAKKAHD jtSAXrTEL255oGOVR1IoKSJlHHSkMQn04pAJ060xjt2RSAbzTAAOaADBpDFGB1oAQnHSmIM80ALm gAzQFhDSAAKAF4FA7B24FAWDDfSmLQUADvQK4hoGBHOaQCY9qAD8qYDlegVhcj0zQFgLD0pDSADP SgGUY5kgvLgSFhkjGBmkTezG3Ei3aiKBWY7hliPu0A3fQszzFJEiiA8xuST0A9adwd9honlilRJS rK/AYDGDRcLWATzTSukRCqnBJGcmgGELyvNLHLjKAEY7+9Ar2H2ZM1sruRkk/wA6EO5AZ3+xPL8u 4Njpx1oC+g+aaRJoo4wuXHU0A7g80sYSIlGlc9egAoEx3nywSIJikiOdu5Rgg0ANMksl48MZVVUA 7iOlGoajUluDI8OUDL1fHb6UBrsPiuGHnCbGYuSVHUUXGvMRGupIvNDxpkZCEdvrRqIa945sxMgw c4IPrRcBZmubdPNdkYAjKAdPxoC7EuUlN7BtYDOduRnHFDC5cAIXBHNMoUIT1oAd5fGM0hXE8th1 ouO45YN1FxXFMW3vRcLkZ64pjFVSexpAOKk0CE2/WgLgemDQBERimAmfamIOfWgNBcGkMNjemKYr ocIie9ILh5WO5oFcUIoFAXY0oaB3FGF69aBCFzjpQPlEDMaB2EOaYaC8gdKBBkmgA3ECgLCbz2oD lAOaQ+UNxoHygFZulMWiHiIjrSFcCNtAC7higLCeYB70BysQyegoHYaSTzQFgzQOwmT6UBYUITQD Y7YB1NArjsqOlArMaW9KB2EGKAHZwOlAWELHtmgLDee9BWg4Kx6ClYfMhCpHXiiwcwELjrzTFdsb x3FFwsLn2oAXJpBoJjNMBcYouNITFK47JChSegpWDmSHFAByRTsTztjcZPAzQFx6qQOAKZI1iTQN ITnPNIqzFGBRcOVjySRnpSuPkQmc96l3NFZC0rFXsKFJGQKdiHMNp9MU7C5xcY64osHMKduOvNFh XkIMA5xmgdmxxkzwKVw5O4zGaLlcqDGKA2DHFALUdgYoATGaBXQbcUw5gCjPJoC7HfJ6UhWfUQ49 KYWEHFA7IO/NK4WYvy0XDlZD35rY5AOPXNACE4IoGBPPFAhMmgdg7UAKORmgA6jigAySKAEOfWgA zmgB2R6UANzzmgLCjHrQMOnANAAw9aADpQAYoAO9IdhcEdqAADPWgBSOMUAQTxgEEUmIixSAVWxx QAMoPIoAdFcGM7W5H8qTVyWiYxq43Jjn8jUbEkJUjjB47d1/xFADe5II5/JqAHpIUyOdo6g9RQA9 4VkXcvWi4FdkKnDCgCOaEOuD19RTQFKSBozzyOxHeqQiIjmmAmKAA9KACgYGgAoEFABQMKAFoASg Qd6ACgA/SgAFABQMUUCA80gEpgJ+NABQMWgQAUAPSIt14FUkJsnVQg4qidw6j0HrQADpheB60AA5 PH50AL7L17mgAH+zye5oAcq+n4mgCVUpNjULjtmDSNlZbDwKBigdqAAUAKBQAA5oAcBnpSHYlRAv Lcmi5XKOJB7Uh2At70BZCZBoGKOfalcaVwPHSi7CyAE96YtA5oAOaAAZzzQIQj0oGHPrQAYNACjI oEG096AA0DAEe5oCwuSRwKBCcjjmiwXQoU0BcMYoAKADmgBOe9MAApAKSKAsxM+goGkLgjoTSDQq 26n7Xc9eq/1oQluJcRNA63MYJwcOo/iFDE+6G3KK00c7IZIiuGAHSgT7giwvMn2eHdjkucjFGgdR 0bm1mlEoIR23K2Mii47WYW8pku5mAKgqAM0XFa7G2twIIPKdG3qT8uOtCYLQjG7+zHBBDbjx+NHQ LaE8mftsBx0U80x21GXceZY5GQug4YChia6jQsDyoIIN/PzNyABS0Amhz9vnOD91aY7ajof+P2ck cELj8qBdRgQSS3qdNwAX8jSFZshT7KsYWW3IlUcjB+Y0aBYdMGFgqCIRktu2jnFA7E1/lrV+CTkf zpsbWgly/lz28uCVTOSBnHFITLiyAgGmFhdwB5agLCbwDwaB2DzCeKAsKN+ODgUA7C7GPPWkGgoQ r1FMLhk4oEBfApAkRtk96ZQgoAVkz0oENK49KokMDvSAVXA6CgLCl+OaBWDzBQPlG7/TmgOUN3qK B2DcaBAQM0DQ0euKBj95xwKBWGEk96AFAA70ABIA6UBYbn2oGGSe1AABnrQMeCB1oFZsDNgcCgXK IXdqAshCpPU0DDZx1oC4YoHccq59qCWO2ADrQK43Z6UDuGcYoEBf3oHYaee9BVgHNADsN2FArihG 9KBaAUI6mgLgOOpoAC4HQUBZieYfpQOwAA/eNAbAQvagNRpI7UDAe9AbC7c9KBXDYcdcUDuGBSC7 AHBpgP8AMJGMYoJsGU70gsxC/wDd4oHyjck9c0XLUUGDSuVYAcdqAFHTpQK6RIiH8KLC50OWNQcM aCeZkuyIDrSC7GM20YUUDSuM+ZjQVohxi45agXMN2Ad6Lj1AqvqaVyrSAAUXDlY4MAOlK4cohPtT KGnFAWFFK4WDk8UasLJC7DjmnYXMugmMGgLticDpSbHyvqGaXMPlQZouOwUtQF5pgRYNdBwidDQA p96AQDaBQA08dBQOw360BYXd2oCwZ70AKOaAAjmgAAoAKAsGKAF2mlcYoU0AAXnmgAAANADtooAT jNAxRjFIVhCcdKYWEHWgY2T5kxjNIViuykGkITHFAC5x0oAUgN7GgYIzRMMdPSglq5YHlzqMHBHo eRUNWIsRSIQ3OAT+Tf8A16QDcc9+PzX/AOtQA5GKnIIBPfs1AEvyTAgjBHUelAEEkTR44yPWmBCV z9KBWKk1sVBZOQO3encCviqAQigBBQMKQBimIKBhQIOaADrQMWgQZoASgAGKAF4oAQUAKKAEoAKA ENABQA4Ak4FMCZIgvJ5qlEhsk4BwOvpVCD3b8AKQw6j5unpQID0ycAUDA9OeBQAoGfYUCHBaA1JF UcVL1NIwtuSgYFBoGaBgD/kUgsKTxQFhM0DFyOtADo0LH2oHZlgIqdKm5STQuBTGJjAoAaRk0D1H BfSlcLMXbnpRcLW3FCkUC0ExmgA6UAGfagAzRcfKJQPYXIFAtRCaAsLzRcLJAVPrQGgg60xC8UAJ mgBQCeaAF6CgAOMUC1G0DDPagVhM0FIcMYpWHzA1FhXuAOOgp3FYCaASA9PWlcfKHrTEIaBh24oA bzRYLkaxFbh5cghgBjFFhLe5LzRYYopkkihO5pC1Asg6CgLNjS2Tx0oHYTrQAdqAEoGKAO9ArscQ uOKLhZjdpNA9ACH0oC4uzHU4oFcbjmgY4L6UCuKF9aAJA4AxSFYUzYHAoHy9xm539qYWSEKt3NAX F2+poC4qqBQK41iAaBoTd6Uh2GEMTVITsLuAFBNhCc9BQFhMGgYm0UAAODQAuc0BYXI9KAExQAoX jigLjvLb8KAuJ5Z9aBXEKgcUDuGAPegAyPTFAWDnFAgxQMMD0oAMegoAXYTQK4oUscUBcXyivU0B cPlXpQGrAsT0FIdhvzHtTDQNrnvQGgCI9zQHMOKqKBXYbQegIoC48DA6UhCGTHSmFhpkPrQOw0sT ikUkhACaB3Quwk0C5hfLIoFzBs96YXDaPXNILsdtA7UCuxrY9KY0C5pAxSozy1AriYUd80XKs2GV 7ClcrlY0mi7HyoAPQUahohQrZ6Y+tAuZClMDk07C5xPzoC7HDA7ZoJdxxlBGMUAoMZvJ6UrlqHcU 8jrzSuWooUE4pXBRFBouPlQZNJ3HyoMknk0tR2Qc0D0HbaLCuHSnYLhimISlcEGKVhigE9qqxLkD IV5pk3uGTSKSG9aRYUgF4ouAZFFwsAp6gLRZiuiDJFbnHYTmgApALgYoATgCgLCAZpgKFpDEwSaA HAUALjNAgxjrQG4dKQ7ATTAXcelAWDcaQ7BTEIOtAAfakO4DnigLikDpTEFACUDDGKQDGUdh+FAW IiMf56UhDCPxoAUD3oEL14PWgY3lCCvFAMtRTLINrjB9+hqGjNxsI8WznkqOhHUf4ikIjxjAwDu7 Do30oAB1HXAP4r/jQBOsmcLIBz0PY0ARy2+PmT8qBFcr+FMCtNbBuR8rfzppjKbqVbBGDTENNMBK BhQIKBhQAfSgAoEFABigAoAWgAz2oGJQIUUAGaAEoAMYpgPSMtjsKaQm7FhUCjiqtYm4uSw+XH1o EHcgc+poAMYPHzNQMOnu1AhO/PJoGOC8880ASBaGwSbHheKk2SSHAUFC9B/SgAx60gEOc+tAxQfz oAAMmgCRIyeegpXLUWydeBjGKQ7WF7UDAZoCwnbAoCwDigauKRjoaQ2IMkUyQGfWmKwueaQWDt1o GLSAQUxu4meMUBZgOtFw5WLjFIdkhM0xOwDNAaC9KBXE4oAWi4+UXOKQ7WEHJ5NMW4Ee9AhcYouF mN3ZpisGeaLjsKDz0pBsDUBcM0AFAxAKAsLjvRcLB0oEGaAsJjmncVgBNAB7ZoAKB3QCgVxO1MBw wO1IWou8DotFw5WNLk9qB2E5+lAIcvWiwNjiAKBXHbgAcGgVmKJfQUg5RpJNMdhOvagAyRQFhOe1 AxwHrQAZC+lAgMnHpQFhm7nmgdh+fwpAkJ16UDsgwTQJ2HKSvagQhORgcUBYiI571QrC4GO9AWDp QFgJzwBQFmARj2oC6DaQOaAuGaBirjvQLUcWA6UCsBkJFAWEBJPJoAQ47ZpDQL155pgO2EngUC2F EeBzxQFxeAaBDht74pBqJvUUBZjC7dqY7DQ5BpFJIXJIoHdIQ5FAXFyfSgQo3GgTsOKkjrQIB8vU 0CE3KOtMdmHm9gKQcohJJoHZIbQUAFAmx4Ue1BIZUUDsw3j0zQHKxu+i4+UDzQOyEGRQKwuT3ouH KNP1pXK5AGaLlcqQgHvQK9hdv407C5mOCevFBPMPG0D1oFqIxxyOKBIQsTQUkNxQO4u36UCuBXHe lcauNPNFy0mApFD1OKVgF6HigBcUhi7eKAuw6Gi6DUQGi4coueOlGoWQUWY7oTOaLCuOAHc0WQuZ 9Bd4H3RmjmQcre4wuSanmY1BIOaepWiEosFxeKV0AZouAo57UWYbC7cVSRNxeAKdxWEzSuPlIOa2 OWwpGaAExxQAYoAQrQMUD1ouKwUAA60BYPekOwtACYyaYDgOKQhp4NMB2OKADIBoAN1A7BkUBYQm gLAKVx2AjB5oAQnNACrQCDt6UAG3mgBrLnnvQBEyYP8ASkIZ0oEAx0oAcG9aQCFcUBYmhn2/K/I7 H0pNEuPYkaIFSY8EEcr2NSQQkYOcthe/8S/X2oACegAHPOOzfSgB8blRg5I7jutAD3iWVdy0CKro V+VhTAikgV1wwyOxouMoTQGE+o7GqTAiNMQlAAaACgAoAOlAB+lAC0AJQAUALQAlABQAdaAHAZPF MRLHD3aqS7ibJSAB2AqiRMcZPA9KAF6+woGHUcfKKBAOeFGB60g9QHPCjA9fWmA8LjgfnQFx4U1L ZcYdx4UAUjUcW7CgBOvSgYdKQCigdgxmgLCgdqQyeOLHLdfSkWkPPPtQVqGMUgsOz9aA0EphfsAG elAkGMUigyM8UybiUDDBPcUXCwoWlcfKKc4oCyQUBdIXk0WDmGkYpiuwxzQFhTn0pXBxsA96BpIM +lIrRABk0xWTBhQFhuD60yRRQIUHPtRYL2E+tABmgLNgRjtRcdhcZFFwsxKLhykbyYYKo3Oe2eg9 TSBq2wgWfGfkb2HFMWo9GDpkcHoQexoBEVrI0yvvwGVipAoEmMS6JvDHgeXkqG96BczuSzylJIo1 wS5wc9hQU9BYy+X3gAA/KR3FArj80WHcCcd6BkNzMY4gygcsBzQSyY0xiZzQGgCgBc8Uh3AEdeKB C8UxFZZ5pdzQxp5Y4G48n6Urk6vYetwpt2lII253L3BFFxp6EZuLhYhK0aeXjO3PIFAXZaMqLCZM /KF3UBd2Fgk3QIzgbiMnHSgWvUcWOKY0IXVevWkOzE3Z7UXHykNxK0JjOAEZsE0CegXUrQxZA+Yn AzQDaWw+1YTwLIxAzwR70CUiKKSSWDzECZMmBn+7/jRcV2WiyjOAKCrCLyeCMe1MLkmUTqQCaRNy CK4aSSZSBhGwMUAkP3jONw+maYwJXp3pD1GnGc00Jjgo9qCbiFlztOM0ARXE5i2IiAyOcAHt9aBM YbiaB183YUY4yvY0BYJZXecRRY3YyzN0FFytdkEMp8xopQN4GQV6EUILu9mNEs0rN5AQIpxlu5pB dix3AaBncbSnDD0phcZ5tyYvO2ptxnb3xQGpY3KYRL/BjdQFypLdTQwwthSzgk5FFxNsupIGQOB1 GRQUkV4bySW8aMY2DOOOaCVuWSSB87hfqaBtpCEe+aY0QCSZ2m8ojCYC5HU96Qtx0NwskJdvlZPv j0pDurC2xkmQyvhUP3Rjt600Tcn3IhA3Lk9BmgVxetMZWvriS3VDHjLE9RmkJliOYSxK4x8wzSGo sqJeO975Y27Oe3NFwSu7FiSUL95lX6nFMdkgGG5yCKBhuQNt3KD6E80CuP6UBYQ80DsV5pn80Qwg F8ZJPRRRcTGst1EpfesgXqu3FINUPa5UWhnXkY6e9A+bTQjCXTKGMqAkZ244oC8iW2l82Pc6lWBw R70w1Yt1P5UW5VyxOAPei4NWIWe4hTzHKMo+8oGMUtQ21LW7IB7UrGiaG7wSQDkjqKdguAZSduRn 0osHMRgvJLMEfaEG1eO9BndsbDdAxsZcK6cMKaC/cdbyzSAueEP3Vx29aBJJ7k3OcmgrQKB7hilz D5Q+lFx8oHNK7DlQmTRZjukKFJo5SeccI/U07Ccx2EHegV5MYRz6UDsxyjIoKsOXnipaHzWFIFKw 1IAqjqaNAbfQGKDoKLgk+o3NLmHygXJFLmGoITJoux2QoUn3p8vcTkkO8or1p2RPOOwoHWmTdsaS KTZaXcbUlC/LRoGomRmndBqP3YGMUcxPKN3GlzD5UJnNK4wwaYEfStzjsBIoHYQDFAxTQAhyaADF ACgcUCEpgGM0AJQA7OBSCwm40wsB60hhnH0oAXOaBCdKBi4oAPpQMWgQFe9AXAfSgAoAB9KTAB05 pgIRjpQMQrkelIVhjJg570hEWKADnFAADjjnFACldwyKAHRTNFx1HpSZLjcskLMNyHDevpUmbViJ kIJGACe3Zvp6GgBo9c428bu4+tADkYq/YH07N9KAJflmXBGD3B6igCvLE0fPVaYiFlBzwMUAUprU 4zH+VNMLlXHWqAKAEoAMUALQAnSgAoAXpQAlABQADNADsUAOSMscDp61SVxN2J0jC+5q0iWx3Pag QnRjjk0AHTk8t6UAL0wScnsBQAH/AGu/QCgBwGTz09KAHbfai4JN7D1So3NYxSH4AFBoJ/nNIBD1 9qB2D6dKAFHP0oGA4PbFAWHohY8UhpFhIgB70ikPxjtSL1DFArMAvGKLlKIYwccUBoKV5oC3YQcd sUBYCpY0XFYTYQeKLhYNp79KdxNBtA70CHbgMAUh6iZ7igYDJNArDgMUiloIV70DE25pk2A8daAa EABoCwuAKCtA3Ac8UWBsM+9FibicdqYrMcBjtSuHKISBRqOyE70xaC5x0FKxVxN3bFFh3A5/CgTu NHXk0ybCRAGWX1yOPbH/AOulqGhIeKB3RFGR9qkx0wufrzQS99CIOttd3GR8rIHH4UXJs7kLRmPT 45f40bzD+NAWsrkqnzb4sBkRoMfU07jtdkakiO8PI5PegLbgLaNrPexJk2Z3Z6cUC5dAZ2lt7eMk jzDhiOpAoDohLq2SONGjG35gCM8GgJJdCWRRNemN2/doudvqaA3Y0xrb3MQjyEkJVlzxQLZjA5ht Z48nerYX8elIL2TFV2isZYTy6tsHvnpQNSsrDpoWjaLdG8kKrgqvr60Ceg+0WF5H8lyoK8xnt70A mug2FpLVfJaF32k7WXoaaBOxFFIEt7ozLkF+VHr6UAuorQ3K2uHcFAMlB1x6ZoCzsSzSLLbRJHwJ SFHsO9ABdoxmRnieSELgqvY0MHZC2ohzI0TlQFyYiMY96Q1JLYhg8qSLfPDNI7Z5A4H0oJvct2If ymDhgFb5S45IpjTYXwL2rjuBuH4UDa0IAxuLiADoq+YaLhuNL/Z1uo84x8y/jQDVrjrmLyrKBB2d QfrSBqyCWHzdR8tiSvl5IHfmmDs2Pjg8jUFSM7VdCSoNIWiegltAt0rSzZcliBk9BTEhqZt4bzaT lG4J60gTsSLZxNCNw3OwzvJ5zTKsiv5jfZ4ZnyTG5Un1FIXS4s7sbzzQf3cTKp/GgHuSqGkuZ2U4 2LsU+9MVrlb93HGEnheN/wDnoOTn1zQFu5eDARBmbKgZ3GmUrIijje8lV8FYUOVz1Y/4UhOVxYY8 X1wCeRt/lQJS1uDgDUE25P7s0BrcNPIFoOOcn+dCBJlaT/U3mMAbhQFty8f9R7bP6UylaxUUn+zo oxwZDt/DNIXQkuQDc2y9skYoBjYZPItZkPLRHaPx6UE9LBCggvYkXqIufrnmgLakUTeaXkkgeUli AeoHtQCJ7UPEJt6OkY+ZQ3amNOxPZjy7ZSR8z/OfxpArlG52yXDSxxkwqR5m3o1BLRoTShrN2TBU ocY+lMdiG3tIntF3KGZlyW70h20HWcjNaruOSMjPrimgSGXXM1uD030htEccn2aKePvGfl+h6UAn YSOAxXkCd/LJJ9+aBXHBYjcSYje4bOCQMhfagVxsJMUd3hfL2chSc4oBMlitI2tV3AEuMljyc0FJ aE8ahY1XcWwOp70xpDsY7UDKtucX1wD1OCPpSElqWycAnsKVy7IoWoT7E3mnEbuQM0ExtbUkFpNF /qbjgfwuM0Cs+g+3laUMHXDocECncpXYXMJli2qcMCCpPrQJpWIbp7iS2ffEIwB8xJ6/SglvQtwK BDGG6hRTHcr32ISs8eFf7uP71Il3H2kYFu05IJfLMf6UAmkh9pHi3V2PzP8AOfxoGrlG5xNO0sSb o48bv9qk2KzepoxyrJGGT7pHFFzSMLgTzSuy1FIBRZj0Q4CiwrhimF0JTEGKAsFK4cqA0ajskKMU WC4dO1Argpwad0KzY9mxytTzDUBuTmobZqkkFIYmKLALinYVxcUcoXF4qkIUNjpQ2LlQMzHrU3YK KQ3mlqUGM01ELihDT5ULmAgCiyBO4cUhiUgCkAn0pgOwadmGgwj2rc5BCc0AJnFAxKADNABg0AFA BzigAySKAFAoATHNAB0NMQUgDGaBijFACgZoEHQ4xQAY5oGKADQAhz0oAMUhhkUxCnpSAQcdaBjs ACgLDTQAhwetAWI2SkDIiMUEicf57UAKDj/PWgBeGHvQFhFLRtlTSBq5cSRZ12tgH0pGUotDXjIP r6MB/OkIjIOSu0c9V9fcUAAPfPA6N3H1oAnWTOFcAE9D2NAEUlsQd0efpTEV9oPXg0DK89sHGfuv 6+tNMRRkjaM4YYqgGDmgYYoEJ+NABQAUAHagAoAKBigHPvTETpDnlqpIlslwFHoKokMZHoP1oBaB 14HAoAAM8J+dIfqA9FH40xAMDheT3NIY4L+JpkjwMEUmy4wbHhe5qDZJLYUmmMQ+9IaAfnQFgP60 AAH50DHAUBYekRY9wPWlctRuWUUIMCp1LSihaViuZCkcUCbYoGaYk2w5FIewgp2FdB3pDu+gKOaY ajqQ7Cc460DEBNBNxccUDGlaYrABigVmHINAai54pFbbh1oDQCSBQDDGaAsJjAoHYAc0yNAzx0os O6GgH1piuO2/WgVxMnpQFmG2lcfKLwKNR6IXNFg5kthDzQK/YOKZOoEDtRcOVjHRtwdCA2MexHvS uNwGnzjxhV985p3DlY+OMIMZyScknuaVxqJDeWjXBQoQCOG+lLUUkmTyxh4mjxwVxTsNtWsQ2cDQ RkOQWJySKLExdhn2d9lwDjMhyKdhdyRYm+z+X32bf0oHraww2j/ZolDASRnIPalcOR2GywXEyqGM agHOBnmgTTHyQSed5sJAbGCG6GmJ9xUt5HmWWcqNn3VXtQAktpuu1lBAQYLD1IoFbUGtc3yzbhsH JHuKAadyWVZlmEsDA8YKN0+tANDY4ZGuPPl2htu0KlAJdyPy7mIMiMjqTwzE5FA7MUWaG1aEsSW5 Le9A7aWGsl20RiLR88Fx1xQFmOSApLGRjZGmB9aA5R0omEokhcdMFGPFAOPYRIpGnMsxUHbtwvp7 0gURiQT24KRMjJnjd1FAKLJ7aNokw7l2JyTQWkluSldwxRZg5JEFlZm2Ll2BzwMdhQZp2EubYS3U cg+6MBx64oBpsddI9wiquBhw3NMbihPKc3nnEjGzbj8aA0THCFjeLKWG1V24pBbUQRTWzt5DRmNz nD5+WgXKxkNswSZZWDeYckigpQAQ3SIIw8ZUDAYjkCgWuxILVVszAOQQRk+tA7K1hsdg62bwuQWb JJ9/8ignS1h0Np5VsY3fLNkkr60INbWIDHcCLyt8bLjG8g5xTFZiTQO0UUUbLsQchu5oDlHj7XuG Xix6BTQFrCyRP5/nROobGGDdDQP0HQwkSNLM4Z24G3oBQLXcjEMkTv5DJsY5AYfdNAcrJIrZVt2j b5i+SzetA+WxH9luTF5RkQJ03Y5xQT5Ev2bEsRXASNcAepoAJLZpJ4XBACZzQN2EksS90s24BRjI 9SOlAuovk4uxNkYCbcUDtci8mSJ2MDrtY52uOh9qA5WH2Z2idTJlpD8x7Y9hQFiaaKR4dkRCZ4ye woBjo7dI4hGv3QPzoDYga3NtDOoYGIqSo7jigEtCKBLk2yqkqhWXuORQHKWoo/KiVBwBQUrLYSWA ySRNuACNk+9FhN3EltVe5jl3gBcbl9cdKCWm2K6lrxJh0VSuKClBkaRTw7xDIgRiTgjJFAclhYLV kMu9t4k68Y/z1oCyQi206p5azqE6DK8gUCs+hZjWOCJY06KMZ9aB8rGNvaVSHwg6rjrQPlsMmt/M YOrGORejCiwmNaGeQbJZl2dwi4JosKze5NJGklv5O0BAMDHagOUgENyq7ROpA7leaCrMfBCIFwDu JOST3NA0h00fnxFCSPQjsaBcpCYJZdqzSqyDkhRjP1pXGoPqSyK7Mmx9oByRjqKLlONxnkFrjzXI IHCD0oFyq+o02rhZEjkCo/VcdKBOK6EksTNFsRtnbPoKLDb0sh0USxRhFxgU7AnZWQyG38l22v8A u25C46UEq62JcelBVn1ACmGg4ZpBoKBQAh4oDUQmgdmApXHYKAsGKLsLIME1Oo9BdtOwXHLjoaLA mA47UhoXNBQfSgA5FAgOaADmjUApWGFGwBmlcBM+lF2Fg5pahoGKOVhcXbT5QuKEp8qJ5hwjp2Qu YAFB9aA1Y/evpRcXKyqTmtTEMZoAAB3oBiY9KAF4oAToOKACgAxQIKBic0AOB74oCwhFAABQACkM CB60AKDxxQKwZoHYM+lAxAaAsOxxRcLCYoEJjFAwIxQAoHegVwzmgAxSGJjNMBDQAxk46cUhNEZG MUCGk9qAsKPX9aAHAg8HikAm0qcg0xFiG4BG2T86TRm49h7xYX5RlOu0dvpUkEWCMNu6nAbH6GgY vqAME/wE/wAqAHpLjJzuQfmKAFeJZBuXg+tAiq6FflcUwIZIQ64IyKAKM9s0fIGV9apMCA0wE7UA FABQAGgBaYDkQscD86aVxXSLCRBR6mqSsS2Oz2HJpiDoRnk0AGOhb8BQC8g6jngelAB15b5R6UAK BkegoAcFAGOgoEPC5+lQ3c1jDqx4GOaDUD14pABOOO9BSD+dABjikO4fSgBQtAaliOEEZbP0pORS g+pKBgVNzRJIMDNO4WQ4KTSsHMkKV4oFzXEC470DQFuMYpoTGc0xIeretTYpMXjtQNXEpD1E4ouH L3F5z0oDRBg+9OwuZBQFwzmnYV2ITQLUAMnmkNCkY6YoHdCHtTsLmDBFFhczYn1o0DUBmi4KNxcC lcrlDijUdkGcUC0QhPHSnYlthTJ1A0XGkxOc0h8o4Ci4+UCRSHcQmmJsBTsS5MkCpjJNAryG7lBw BQFmxrNQFg4x60BYTNAWA0DCgB2MUCuwHTk0BYXPvQFhOtACUAGMUAL+FAXEzTAXIzzQKzDI9KVy lFig8cAClcfIxMetF2PlSD7o6UWYXSDn6UWFcUY70ydRd23oKBWFB3d8UC2F+X1zSHZiF16AUDUQ 3D2pXZXKhhwfenqPRBg9qYr3ALu+8aBakq4UcDNIl3FMoxwMUCsNDnPagdhxY4oGoDPmPbNBXKkN aMjnHFNEtoTZ6UybgQcYoC6FWEkZpBzWHeUB1oFzMXaB2oC7E3Y7UxWuOzkdaQ7CZAoCzY3eTQPl AuR3oDlG4JoKDYKYrjwuKCLjsD1pAJlR70DsxHZXUggEHqKBqAwHaAAAAO1K5fIgJyOaLjUUNFGo 7IXFAXQu3inYlyFG1fWgmzYpfjgUDUO43k9aVyuWwEUxNij5e1Mm1xC2aVxqAmeaVy1EM0XCwmTR cOVAOTSK2FxTsK4Y96BaigCgApkhQMTFILCgYoHYMUxAB+NBNmKCMdKLi5WLuHpSuPlYhOaCrJCY osO4nfinYnmDpQK4o9qAH8AUhpMaWxQVYTP4UBYUHBqbjHCgbF4xTFqGRSuOzDcKTkCiIDip5irC lyafMLlEyTSu2OwYpqIXAD1p2QXHcU7i1FwPWi4tRflouKzDcBRcLBuGKXMHKNJzU3HYaSaLlWDN IBnTrXQcoMR2pghtAB+dAwpBYOlMLC0CE7Uhh0ouOwZJ60BYKAsL+lAgoGN5oAKQxaYg70gALTC4 YoAdyKADk0AHSgQdaBifpSAMZIpgLt45NAriYPagA20BcOvFILDGT0oHYjZMDjp6UE2Gken5/wCN AhMdv0oAcp9enrQAMncUDJIpzGcNkr6elJohxuWNocb4yMn8j9akzsRFeNu08clD1H0oAT0bPJ6P /Q0AOQsrHAwe69j9KAJMJMuOv9KNhFd4mi9xQBEVDdOtMCncWeSTGMH+7TTApFSOoqgEIoASgBQD 6UwJY4SeTxVKJLZOAFGBwKokOSeOBQAD0Xj3oD1ADHTk980AKOCcctQAdOvLelIBdvOWyaYDgADz SbsNRb2HKueTU7m8YpD8470igByKBiE/gKAQo59hQMOn0oCwc/QUBYcqFiAB+FIaLMcGzlhk1O5a 0JMjHPFFguwyO1IpK4oIxjFBVgyegoJ91C/U0DXkGRQDEouHKJtIoHohdpFAcyDHGaVguHA65p2E 5CZ9BRoLVhn0FMXKwJNAaCdKB3FAxSHqBFFxpMUCi4WQpzigVkMyQaYrWAnHegG2JuOaLBdirnPF Owr2FKkd6VgUmA+lIsQkUxC5FFmF0gBzSsFwI9KaQnLsIAadibsUnA60WC7EAz9KWiKsw6UCswH0 oCwnNA9RMc0xC7aLhZihcUrhygAc9KdxWHbT6ilcfKOCc0rhyjtnvQLQYy4qkK43GKAuLQPcBx1p XQcrD60XHy2AnI4o1HdIQKc8CgOZIXyiOuBQTzgF9DTFzMd5fq1AczFDKvvQTqxvLZPSgpWQme1A egYxQAhFFx2E7UD0FBpWDmAAUxasCMDigAyf8igLIUZz1pAODAUBZhvNAco0nJ5NA7Crgd6BjvoM 0hMUFuwpkaCvuK0BZEByKY7BuNArDg7DvQPlQhLUD5YoTB9aA90UfWkUKAaQaChcmmS5IUpjvTI5 hoHPrTC48KTSFcDhe9AasN6r60XHytjGcHoKLlKDGn3oKskKATzilYOZC4NOwuYQjigV2HTtQO49 VyKQrpBj3pi5uwmF7nNAe8wyoPFTzIpRfUQtmi5SiJznii47ITBo1DQXFFhcyFAp2FzBtphcCBRY XMxMA96BXYEUD1AY9KVykmH4UXHYKBBSuMWgBM0XCwoye1GotEG096YcyDAxQFw6UCHcetArgStA WYzOe1Fx8olF2OyFpaj0F60rAJigYAUAHSlogAHtRzDsKM1N2xi4pWYxMU+UBQKdkK4vAo0QCZ9q LgLzTswFANKwri45osFw24p2C4oFKwg2mnYLiEY70WQXG5AqXYYvBo0GHFPQCIk1scwmaAsGDQMd 25pBYTFACGmAAUhhg0xC9qAuHtQAUCuIc0DFGaQBgD3pgG0GkFwwMUxCDg5oAXdzSHYO1AWCgYZw KYgFAC0AJQAmKQxc4oFYUGgAJz1NMBh9qQ0LnFAWEZQRQIjZcexoFYYfTHSkIQfl/WgBwOBwOPSg dgIzyKAFjkaI8H8KGS43LaslwvXDD8xUsyaaGspVucBj/FjhvrQIZjA27TgdVPUe4oAAcYYt9HH9 aAJlcHCvjJ/I0CIpbcj5o+PagCJV35DDmmA2bTzMMlSG7NTuBmXFpJC7Ky42gE1QrkAUngc00BNH EBjI5q0iWyXoOnPpTEAUkjIyfQUAIec7uAKAF5I/ujFABj04FACjBHy/nQAqjHSgBcc9PxqXLsXG m3uPCdz+VSbJW0Q/pRcdhCvOe9BWwvPQ0CYY9aBXFHB70hi5oHYekZboOPWlcpRuWEQL0qTRJIcM 0BdMNmetFwsIRigEKBmgGL06UBZAenNAxB1pku44EL2NAmmKsnPSi6DkYjNupXGoW3G0i7ByRRYd 0gA55pk3fQQ89KLjsG33ouFgAoFohccUWHzC7T2FFiXMCCvWnYlSG7j70aFah1pXQWYmAe9FylEA OKLhyhtNO5LiGMH2oC1g6igV2GBTEL0pDswxSuPlYZ7U7hyBk4pajtFDR+NFh3XQcATRoF2LjigL oiZi8pjQlQoyxHXnsKLEuXQPIHVWkU+u4miwaCxMTuV8B1PPuOxoBSKKyumpMWZvL37SD2z0pmfM +YuXUhjt2K/eb5V+poG5WRHpxP2UmRjlWOSxoJjJ2JPt0GQNxA6biOPzoHzE0lwsK7nYAdvegGrE aXsbyBMlWPTcuM0CVmE10kbbWJLHnCjJouVZLcFnjkjLo2QvX1FIpSiOWQOgdeQRxRYfMrDPtMXl CXPyE4zinZE87GpdRy7yp4Xkk8CmK9xqXkJI+YgE8MRwaLiuiZ7lICA5AJ6cUA9NyMX0T53MVxz8 wxSBOIsNxFK5VSQ3oRikWnF6BJcxxuUO5m7qoyRRcbaWhJHPGYS6kFRyfajUS5WQNfw4yCxHcgdK Bc0UNvJ9ltujY5b7rCmTJ6aEpuYwiMcgMdoyO9A79xZ2kQARxl2bgeg+tFxu/Qhsd7pJ5hywcg07 iiiK6klOMKY4w4GT1PNK4nct3LtFbyMg+YCi5Ti7XKkq+VbLOkzl+Dy2dx9MUEuNlctyXEcOzzTt LDI4pGt1Eat7CSdxKYGfmGM0C50SQ3Ec0hQZDAZwwwSKBcyYxruFSV+ZmU4KheaZPN2EF7b7QRuc nsBzQK5ILmIwGZQSg64HSi4+lx0lykcauT8rdMDrSD3UMmh8195kkXjorYpisitbKWuGdZJDEhwN zZ3GkOMbu6HvA0ju87EDOFVWwAKLlcjerG2sxEMhYllRjhjzkCnqTG3Ucb6MjcA5XuQvAoC8RWvY 1/vMvdgOBRcTlEkkmjh2l2wG6EUw5hi3sIOHDJxkbhjNIOZj4ruOSXy9rK2MgMMZoBNDo7hJGdVO GT7wPFA00IlwssbOoZgvTjr9KBblXfM19CZAFBBwmenHeglJ3J7hZpCiIxVM/MQcGhs05CCWMWzx NEzAswBUtnIpCaUWrEz3McUhjIYsOwGc09BudnYFvYSDgPvBxs280E8zZJFcxyoxVSCnVSORRcEr kX2+MrvRJGUdSF4FFwuhWvkAyquyjqyrwKB3iWFYMoIOQRkYoK0YcCi4coFiOlTzDUUISTRqyrJC Yo5QuhduKdkLmDHrRZCux3FMWoA4pktCE8dKAsAOKRQmaNA1Eo5h8oUrlWsHNFhXAYFPQNWLn0pX CwYNLUegbWPY0WFdC7Kdg5hwQUyW30HcKKLkWbGljSuUojc+1F2VZCUWY9A49aLBcMUWC4AUXCzF OKm4JCUrsqwc0gCgAwaqzYXHBCafKTzoNoHenZILtjsZHApDFCE0WDmQoi9xSsHMKIh60WQuYcIV 7mgTmx+2MUybyYwso+7SuUkxpY0rlJDd2KVx2DJouFhMmi7CwnJpajEwaLMLhtp2C46iwBTsBGRW xzB26UAIQc4oGAFAXCgA4oAD0oAKBBigYYxQAUAJQAAUhi49KAExQFxVAPU0yWIxGeOlA0FIYfSi wXENAXAdaAHCgQpGR1oC40ZzQMXmmIXpSATGaCkrhj8qLiaHbcDNAXGd6AFyMUBYQqD1oCyGMgFI LIZjB9/0NIQmP89xQGoDg/5waAsOADCmGg35o2yMj3oJZbhuBKNsmAf50mjKUbCvHtHcjsR1WkQR kYbOVyeM9moAFAHyhTxyYz1H0oGSJIQoydy+vcfWgQ5olb5hjPrRcC3ayhY9snDe9IaM7VoVnjeT B+TkY9KtMTMgIF6VsRcASR8v50xeo5RkhUGWNAGxBAsUSrt+bHJ9TUiMq4ZTcyMo4J4FNDIyO7fg KYC4J6/lQA4ChuwJN7CqpNQ3c3jTS1Y8Jikajh1oFqAwKA1An0pDsGPTk0wsAGKQC7eaBk0cOeT0 qWy4xLC4GABUGlhSDnpVC0ADFIewZwOlOwmIcUXsFmxQcDgUXFyDWyaLj5QAx1ouOwoGOlAaDgpp WFzJDeBxTsF2xaVx2DpRcdhM0agBIp2J5hvJ70wu2P2juaCXcDjoKLgotjRx3pcxXIKCfQ0rsfIg OaNR2QYzQMQrRYXMhO9OwuYcaNBJticigeouKQ9BMUw0F/Gi1xXSFxxRYXMNOaA1AKfrQGoEc0xM MYHSgWo4EDpSuPlYpf2FPUXIiCMgTyKf4juB9eP8/nQJWTJwM9OKAbIo1D3EjhgV4UH1I60EJ3KZ h8w3yDqGBX680Cte49Jftc0BB4jG9v8Ae6CgFqQDI0ubGR+8OfzFA7aE7pObcqWhEe334FK5XK7D SdkdugVZpP4DnjjvTJ7IbcmbfB5pQfvBgL/jQDuSsj/aXe3lQvgBkagbTb0GrISLhXiCShcsV70r oaT2JraQCwTOMBOaLgoaXKZGdLj/AN7H607i5fduWNS4tcAYG4Z+lK5U42Q2ZJ2gZZHhVCOuDxTE 4u24jDM1mCwfryPwpBZaD7kKt7blvfn+VF7lNWaFlGNRt/XBoBr3kQ2YnIlMTRg7zu3A5pkK45EZ DdFpEJK8hOx5oBdSW1VfsCDjlTmlzJFRjoVj/wAgZfr/AFpX6Ct7lzS+XuB+NFzWwpPai4WKtjwJ v+upoJitwvx+5Xj+MUwnsOvneK3JU8k4z6UCk3Yhns4obcyISroNwfPegTikriyHzZrJnHLDOPfA oB6tXH3ABv7bjPWi4NaoWY/8TC2Ps1IGlzISzx51ye5koHFbiWW0GY8ZMhouEY3uJZsFhn3Y2+Y2 c+lDYRirO5XtcC4QuGEZz5O7oOaNSYpJ6l29LQ2zHueB+NBcpJLQkgtxDCqZ6DmnYSk0rIQfZ7kM pXcFbBB9aCdZFRBsF3ChzGi5X246UydrkyIBpPp+7JoFfQAoGk46fus4oDoQsuVsc8gnofpQPsSX IBu7bvyf5UDe6EuDm9tv+BUDe6IdQ+abEWS4X5yD2oE9XoXIXRoU8ofJjgelI0jaxDLn7fb/AEb+ VFhNrmRLNMIE5GWJwqjqTRYHNIZBbOZPOn5fso6LTJW92EaA6nLntGKBXfMEQX+0p/ZRzQC5mxFA F3d/7g/lSuFndhbMF0sAAcof60XBRbQRnGlgDp5ZouNRXLcktAfssX+6KC42sTFTQO4mKNA1FpiF Bx7UrBdCdaLDTADFABTFoFA9AxSAXbmiwuawuAOpp2FzMacUtBq4degoHYNpNKzC6AJinYXMhdtO wuYcPpQKzF3Me1AuVCfN6GgfuhtakO6EIb0p2FzCEHvxQO/YOAOtF0FmxM56YqeYaiJRdlWQuDSs wuKEY9KLC5kKIm78U+UXOhwh9TiiyE5jxAg6tTJ55MQ+WOlFw95jC47ClcrlfUbkmi5SikKD7UXH YcrEUxBk5oHYMmkMAaQC5NIQmKQxadgDaWo5RXSEK4707IdwoATFLUBQjHoKdhXQpjI6mgXMJjB6 0aDDgUroYnFHMMjrY5h27FAIaSTzQOwlIA5pgKBQAYoATFAC4pXHYKB2A0EhQAvSgBBz1oAU4HSg NRp4FAWEwaBikUCEANA7AaQ7ADTJsLnFAWDdzQMOvSgB2OKVx2ExkUBZAMY9KYXHACkK408mmAgH PSi47MAOKVwsFFx2QH6UBoMK+3FAncaVx16evpSF6iY9s+3rQLYT/P0oCw7PYii47DSuOlAWZPBc lcK/K+vpRYylDqidkDDKbSG6jsaRjsRFeOhIHb+JKAEzyDuAP98dD9aAHxkhsfdPdex+lAywtAhJ UDIy+oxQBzxBAw3bit1sQ9wHI54FMBUYggpxjpQIme9uJF2blA7lRSsPQh7kDk+tUIUD8T60AOxS bsVGDkOCk1G50RiojugpFhz3OKLBdAPyosK4Y9OBTAM+nSgLCjn2FIY4Keg60gJ4oQOW6+lS2axi WBgUhsMg0xaiEmlcuwhOelLULCc96aDQAM0WFzCkkU7BcQNTsJ3FVs9aBWbF4qblcobqA5UIOe1A 9hduKLC5hpNGg9QHNO4WF60rgohSuOwUWFdISnYXML+FOyDmYbjRoKzYnXvRdBZhii47C59TRqLl QUWBNIQnFFguJTC44Ug1DAzRdBZiYweDS5hqPcUZ9KLsdkhccUxN9g9qCdQx7UDvYB9KLBcfgY5A pmeo3Aycii4WYjIr8MB7HoRRcfJcZ5IPBeQj0LUrj9mSKAoAHAHQDtQNJEccKxvI65y5yaB2SGwW 8dvu2A5c5OaLCVlsLHbxRxNGOVYkkH3osLbQi+xR427pNn9zdxRoHIx8tukwXIKlPuleCKVyuRdR n2JGILM7MDncTzRqLlih8tsjvv3Oj4xlTjNFgdmxYYI4g2MsW+8WOSaNBqNiP7FCMgF9nXZu4oFy D/ssZgEOSFByOeaLMLRtYleNJEKuAQeopg2iv9hj4BaRkH8JbigmyJHgDvG/OU6Yp6DtqK0QeRJG JymcYpXRXL3EMStKshyWQcVLkPkW4x7VZJC6l0Y9ShxmjVicIj47PZGyqpAbqSeTTsK8UrIVYPKi EYHAGKfKhqStZDBap9m8nB2e55osFtLC/ZUEaKWYhTuGTzQTbSxNnNOwXYyKNYd20H5mLHJoJCWJ ZlCsDjIPFA7DnRZFKvyp6ijQepXNnEQATIy/3S3FLQSgyZo0eRHOcx5246Url8oPGskqSEHKdOaB 8q3EeIPKshBLL0osw929x0dqI9xAI3HccmixPMlsEUKRbtueWyc+tOwJ9hv2WHy2j+bazbiM9TQL kY6WFJYwhXCjpjjFAOK6jpIfPVFfJCkHr3FAvdJggFAcxDJZwO5ky6sepRsZpE2bAQxJAYo0wrA5 55NFylAYY1EPlD7mNuM0w5RPLUQeVztxt/Cgrl6CeShEQwf3f3eaA5UK0IkkRiPmXkc0CdhWtlaR ZG+8nTmmS5IIraKIsR/Eckk9aBXa2JIoIIN2wYyckHpmgSUhJFjeVZNvzJkA0ilDuQzW0c5DSZyO Bg0my+REYsogwIDcHj5jSuw5IkoiXzWkx8zDBNBVrMVYVSVpAPmYc80Csr3DyE3u2PmcYNOwWFWF Fi8tR8uMdaYulhRCoh8sD5cYx7UCtpYVUCIqIMADAoC6Q4IcUWDnF2Y6mnYnmAqAOKAG455phceF GKQrsQ4oHqxpx2ouilFibqVylETJpaj0QuCadguhQg7mgV30FAUe9AtRysPSgTQE0xWECmgQ4R+p oFcUsFoCzYnmLSuVyMaXOaXMVyDS570uYaghN1LmY+VByaNWPRBtp8ori4Ap2ELwBQFg8zA6UXFy gXY0XY1FBlj3pahZBhjRZhoG096LDuhMUcoXCnYA70gFwe1GoBg5oswuh4XilYLhiiwB+FKwBnFO wBnNFhhtP0p2FcMY70AJx60XQ9RQyjtS5kKzFMgHQUuYOUaZG9cUXYcqEJJ6mpux2QAUAKF96pRQ XFwKegrkRrUxQlA7BigLAaBWAZoAOaLhYQ0AGaCth2c9KLCuHFAtQ47UBYTJJoHYOc0hgKBgQetB NxAOOaYDu2MUh2E4FA7CbqLBdIMZoFoKFFAwI4oBjdvNMkXpSAXI+tMNQFIdkAwKB6AfagLMUKe9 AWYu3HWi4WEGMUig2gUEi4FAw5oHYYw/CmQ4kbKMcfiKQrITH5UBcMZ6D8P8KLBcB+YoAGTIz3oE 0h8MrRt7dxQQ4plvCSgMpww7jrSMWmiJ0IOMAMeo7NQIaOMjBIH8PdfpQMsREFRht1AiVhwKAMC7 QR3coAOM5A+tawehLICP7x49KslC9RknApgLgnjG0UAOAA9hQIcFyKhy7G0KfVkgX1qTawp4ouOw 09c0DsLz3zRqKyE57/lQMNp7/lQAoHNAD0Uk8Uh2uWY49o4GT61JokkP2+tBV0HakAc0wEyfSiyJ 1YA4ouVZhmpuPlFyfSi7HZBtNGotAIpgAFABtoGFFwDd7UrhYOaWoaCFcGmkHMgH0qrITbFzRoT7 wh/zii40m9xcUrsdkKB70C0DHvRYdwxTsJyEGO1Fgu2HNAtQIouFhO/Wi4+UXApXHYMc0hhimAoH NGgtQPtTJEC570APzSBWAYoGHXtQAu0jtTsTzIXb70WFzoMD1FFg5xDgUWHdiE54oHYSkPQMHiiz C6Qn407C5uwnGaNBpti5FIeomaAAfhRqKyFVcjrRYTklsBXHenZC5mxpyKd0Fmxe1K4+UAKVx2SA 5paj0E+pp8ocyF7+tHKLmQ4Yp2SFdscGVfQmlcXK3uBlY0XY1BDSeaNSrITIoAXI+tLmDlEOPT8q LsXKhKeo7IcATSswug2+9FguLtAp7CuxuOaYaki7QORQS7imQD7ooJ5RhZm70FKKDBFA9hAMmmS2 x2ADSFqGT6mgaiGGb1pFaIcIyfegXMhfK96BOYhiUcsaZLk+g0+WOgpguZjcjPSlcvlF3UByjSSe 9A0kJ3pDDFABjmmAuKLCuKAKLBdjiq+tIV2NpgLgmmJtDgqjrQTd9Bd6joKA5WxpkHpzSuPkGF89 6OZD5ADYouPkFLmlzByITcc0XY+VAGbGKNQ5UHXrRYYYAp6C1AEA9M0A0x4G4cLQRZLdjhE30oDm SAw46mgOcAij3oFzMcFFAtRCUX3ouNRbGmUelK5SgMMjUrlKKG8nk5palaIMUWAMGjlC4AU+ULi4 p2FcKdhXFFAhcjFAWE4zQPUPlHagWo4FMcii4rMaWGflFBSXcUM1LULIQ5oGAFAD9q45NBN2JlR0 ouOzAPjtSuHKLvJouLlQbqLjsFTcYE0tRobRqMOaeoBzS1ANppWYXDFVyhcOKWiASlcANABSAUUa iDFFmMNtKwXGkYrqOcQ0BYQ57CgYYxQAZoHZC/w0CG4oGAFIYvFAWEPWmLYUCgQoUikO4p4oDUMY FAaCc5oHsHOKAE5+lA7Nhg96LisJt4ouFhfqcUC2DNAK4c0DsFArARk8UDsKFpXHyi9OKA0QYxQN sO3SiwuZhQGrFAOaLhYTp7UDshaBXQuBigLh7UDDAHUUXFYQoDyKQNEbKAemDQKww+g6en+FBNgx 3z+P+NO4rCgn0/CgQ/AYdKBDQWibINAnqWI5UmG1hz6UjKUbCPGUxuyVHRx1FBI+MnuBzzuHQ0AT dVoAydTTEquB1GCa0gTIoEAH1Naki4Ock5NADh15pN2GouWw9RnrWbdzojTUR2MdKDQWiwC4H40C uJwKA1Ex6UXGA68CgB3JoAkjhLnJ4FJspRbLSoiLipuWosN+OlK5XIG8kUrjUUhN2aB2F59KEGgu KdhXE2iiwuYXbTC4nSi4WuIAaVx2sKQe9IYAZoC4u09+lMVxCAKLC5hRgUxasQ80rlJCc0XY7IUU hiYoAUCiwri7aLBcTbinYLhwKLhYQmi4coDOOKLhZIXBxyaTQCYNSMUKT7U7MTaQu0CnYV7iUDF4 zSAXIHbNO4rCcntTCyF20C0FAzTFccRj0oJuw6c0CsxCxoCyELHFBWg3NBSQhkCqSxwPU0aARi4i JxvHPT3pXBNdyUUnJjsQvdwoxVpFUg4INLVivFDo5Ypv9XIrnrgGqSDnXQd3p2SDmfQXH0ouhWYn BOMjI7U7isOGKnmHyi59KXMPlGk4BJ4HqaLseiDqOtFgukAGeKq1hXF20CE20yQ20XHYdjHWi4rC ZAGSeKA1WxHHcRTEiJw2OvFLRDTch+PrSuVYXFA72AAd6LCuKwHamTdiY465oDUQKc0XHbuO5pDu gwTRYLibSe9PQLsUggYoFcAKLhYRWDSGMH5lGSKBNpMkxigaY15FQqGOCxwB6mkJtDiNqlmIUDqf SgOZEUVxBM+xJQW7D1oFzofLPDA6q7YLdKZLZIXApXHysiW7V5GjQ5Zeo9KASV7EJ1CEEq0oBBx0 pheKHxypOCY5A2OvtQNNPYeFxQMKVguHaiwwxmiwChM96LBcXaBRYVxCRninYVxBk9jTC44ITSDm HbF7mgXMxNyr05oC0mIXyOOKVxqHcaTSuUkJgnpRYd0hwibHNOxLmhCoHfNOwczYyN0lXcnIziga dx/agAC+xNFwHBT6UCukGw96LBzIekCnqaCHNkyxxigjmbAlV6YoCzZGZM96CuUQvxzQVyjC3pxQ PlEyT3pDsNIpXRQlOwxKLAKCaYhaBCgetArgdo70BqxCRSuOwZouOwAE0agKVx3oFcSncBOKVyg4 pXSAXdilzCsG4mi7CyEFGoxcGlcAwKADFAXFxTEFGgADSuMXPFAAMmmAuDimAnFF0AoIHap5gsGa V2KwhFFmMTFFgD8adkAlLQYZHrU8yAUNRzBYTdSuOwZPpS1AXb711nKAxQGodD0oAQ0DQgXJpFbh igaQYoE0wxjtQFmJg0BYMYoHYBx0oC1hwoCwEClqPQb0phoLnjikFxOe/FAaiUwFApBYXbQAhwKY XE+lAmwFAWY7NSVYQ0xh3oEO60Cug4xQMTPNAtROTRcLMXntQFhMUXCw7bRcaSAGlYd0KKdhXCgQ u00guhpG7ginYTY1k2/40E3Gd+mD+hoFYMjGPT8xRcOUNxz/AF9aAsKWBGMc+lAyPaVORQKxYhuQ flf86RnKn2JgmDlTgHqO1BiSp3FAFPUI90B/2Tmri9RPYycc8CtiAx6fnUuRpGDe49U781BulbRD 8gUFBnPbFAWAk/QUagHX2FACgce1ACcY44oAUdMUBYmjhYjJFS2axgt2TBTUWNLoXZRYLi7KdhXF K4piuxtAJMN3NA7D80hWG8npQMXHrSC4uAKdhXuN3UDsLn8aAsG4j2ouLlFLkilcFBDcUalBjNFg FxQFxKVwDPtRcLBye1GowwaNQDmqEBBPekAmAKBijjtijUAp2Juh2MDmjQV2Ju4ouOzDmjULJBg9 T0osF0LgUuUXML5dOwucMe1OwrsULQIdyO1AroMnGelA7IYWPegaQhPpRcrlEye2aWoWSDBPWiwc yQhp2DmuRKokmYsMqnCj37mkxK7epKyhlwwBB7GixWhHD8sjxA5C4K59D2pkJvYhtlBu7rcoPI6j 60XJjG7Y2+iEcfnxgLIhzkd6VxyjZXRNLPJlFijyzjOW6L9aRTb2QxZ5UuFimVfn+6y0Am07Mjg8 3+0JeF7bue3tR0Er8zJBPLMzG3VdinGWPU+1Fh8zexLbTiYMCNrocMuadhKYzUNwtH27dv8AFn+l OxMm2ge5a3tomaNWZiBhT2xQQ+ZAZ50iLSRAsThVT+tMdpIbJcXEAEkqRlM4O08igb5luLcXLpOk caBy4yOaVxu6dhEmmS4WGdVy4yrL0oGtHZgJ5ppZBDsAQ4O7qaQ+bsNnaZ7GRigQgEMD6e1FhOTa CGVrazRnRcnAjVep+tML2iOee4gUSTKhj77Oq/40g5mtwuLmRJ0iiUMXGRmiw3LXQnh81kHmgBv9 miw1LTUilll+0+REFDbdxLn+VNIlz6IdFJKfMEseGToR0agOZkUNxczQiREjA9D/ABGglczJvtsf 2PziDu6bPf0oFzO1xrXFzCnmSRxsg5YL1UUDaktWLPdFWjSEBnk5GegHrSKb6IQTzRypHcBCsnAZ OOfQ0WFzW3HCWaS4eK3VMR/eZ+mfSmJyvsNtWkOozeaoVwgBA6UEp6l0DPagoz57d47m3kkkLu0u PQAe1BLRNqLMyxRHpJIAQO4oB2E1BQLMuAFaMgqR25pFSWhX1BDPcQJ3ZGI/LNMTV2ixFNmw88/w rz9RSLUtCvYRmG8O8/M0YY59SaZMVqMtbqKHzVcNkyE9M0gi0iS2kSa/eSMbVCYIxgn3xRccdZF4 +vShXLdinDNdXAYp5aBTjJB5pmabY5Lv/R5HlXDRnDAevtQHON33Yi80+VjGdnfH1piux01yywwP CA3mnABpD5uxPD5qqfPKE9tlALmZFdXTRvHHGFVn/iboKLiad7BHLceZslVWXGQ68ClcuMbPUiWa ecsYiiIpxlucmiwua+w6O4YxymUAPD94CnYamragovGh85RGARkR45xRYnnY555N8cUaASOu47v4 RRYOZ9BBNJBKiT7HVzgMoxg0DvJbifaLiS5lihCAL/ER0oFZt2HwzzF5Y5sZiGSV4yKATS3GRfap 4/OUoqnlUI5I+tAc76EmmLmzBPBLH+dAot2LqoO9AOTDCg0BdgfagBpwOtA7Cb8UXGogXz3pXKtY TcKLhZiFvai4coE0rjsNo1GGKLBcMU7ALQAhNHMFgwT0FAC7W9KBXQbTnmiwXDaPWiyC4ZUdaNA1 E3DtUuQ7BupcwWEJ9aXMOwlK7YwxT5WwHBTT5RXF2461SSQrhwKLpAAOD0qW7gB9qBgKdhC8Ac0W ATNIYYz0pWYBgiq5RXDOKLpDFyeoqeZhYQ5zyaQxOlK6AN1Lm7DsJknsaOZhYPmouw0DJpahoHPc 0AGKdhXFximAtNIQuBVcqAMUWQDPxrYxFBoBocuDQSKVFIY0jBoHcOtBVxBkUh3FNA7pCZoFoITz QMB70Ba4vSgXKJwaNRpIXigewYpBdCYJ60ybsABQMXFAAOKAGkc0BYNtAaIXbQFxRgCkGohIouOz E+lFw5QwaLhZC7T3oC4hAFAXFU0AKQc0AOwKBXDBpgOEYxnNFydhNhoAcoxQApBA60hXQ3HamGgp AxyaQ7kTrjgdKYtSLGOv5+lILDSSD/nBoCwgP1x/KgLCgnvSKAoOooFYdDO0bbTyPSnczlDmLsbh gCDxQYOLWjGXRVYm3EdDTQkrmMRntVuTZcaaWoqpSNR+MdqYXADmkADHencANABj16UgALn/AAp2 C44JuOBS0Q0myzHEEGepqWzVRsSh8elIfKGR60rhYaWpXKSEGaeo9BcHvQINtMLi4FK4CdKAAZou AE+tIBOKBjtvtTELjHSjUQmCe9Aw6UAJmkOwYNF2ICpHeiw7iDigBwb2FO4rBmjUAH1oAMUaAA4p 6CdxCRnrS5kFmAIpXY7BkjpRqwshfrTSBuwoIH8NVYzbY5cZ6ZoExzMMdKAG470DFye5pXFYXKgU XDlYF/SlcagJuJ70WY7JCNnpmnYE0IBzzTG7gcDpQTqAyeMUBYQgA0rlWG/hRcqxFnyZmZv9W/Of Q+9BL0Y8zxY/1inPoc5oFdDYlO55GG0t29AOlGoLuVYp44bu481tuWGM0WJUkmxbmZbtRBbktuPz NjgCiwOXNohbmTFzHC0jRQ7Oo4yfTNFgk9fIjURC/g8pmYZOWJyCcdKZN9VYkRlTUZlYhS4G33pa FJtSIII4EDxzuyOpP8WARRclJLRlmyCfO8aMFJwGY53UXZcEh98CbKX6Uip/CQTOkqWxUggSAH8q ZLaaRLfSOka7SVBbDMOwpJjm2kVLsQCH93I0repbOBQrmclG2hZb/kIwf9czQX9pDpz/AKda/wDA v5U9QkveRG32Z5n84mCRT1DYz70yXyt6hG7tp9xuYuoBCMe4oEnowuUZrC3baWEeCwB5xigT1SGS LabAI2eZm6Rhzk0C06E5CR6jbgDgRnii5XK72Lhl/uilc09n3KF20T3GLhdnHyyZxmjUlqKdmJbF i8ypI0kIXgn1+tARdm7bBZXUMdoodgrL2Pf6UWCM0lYY9u7afu2HPmGTb3xQS0+Uc4szGCheR26R hzk0xNx6D7qBI5YJJVYQhNrbScr6UEsULaG5iW3V5iDuLCQkJ70AkiSGdbO5uEm+QSNvVj0PtSGt HqLazLPqMzjIUoMEjrQNasu+YAOBSuXylK+kJltuOkoouJxSsJfb2jR1GTGwbHrRcqUbLQiurhLm IQwtuaQgfT609hN8ysh0pxqFtjspH6Urg4+8iJlf7S1qM+W77/w700S1rYsRof7Uf/rmP50WK5ve IbO5t4FlSUkN5hPTNFiFKxIjJc6jDJCpCRg7mIxn2oC7bNBnXFFylFmXZ3cUMTLIduHJBx1pkx03 GGN57e4cKVMrbgCOwpXHy3TYzNn5fCvv6BNxz9KNQtG3mTPGY0tF27P3g+XOcUalO2hfCDuaVirl W8MQZFmjDRHq39009CJN9SG32JeoLVnaLB355A+lF7EpXehHFHbwlo7pSGBOGycEfhRcOVLRksaC S2uBDB5YkGFJJy1A1G6JFv8AFuEIYSqoGzbyTRqCcUhGWSCeK5nU7WTbJtH3aYuZp3HyNHdTwpBl kR9zvjgY7UCu5Etm6Le3mehZcflSEotshJ3312AOGjA/Si9ilDWwy3vBBbrFIrLIgxtx976UXGrL Rj9OYi15GDuOfzpXKgtC1uY96LlWQfNmi47IADS1DQXYT2p2FdC7DRYXMJtAp7DuHTpSuMSi4Bkd 6d0LUMge9F0FmGST0ouFg2E0DuG0UrILjhsA9TTJ1DzAOgpXDluIXJ9qV2Vyobkn1pe8PQNreho5 WF0KI2NHIJySHeQ1PlQudB5JxzRyoOcbsAP3hTsh8w4bAPU0XQtWIW9BRzBYTDE96Wo9EO8pz2os LmQvknvxRYXMKI/enZBzBsUdTTC7F/djvSuLUYWU9jSuikmG5QPu0cyCzE34zgYpc4+UaWJ61Lkx pCZqRi5oAM0gEwaLDF20WC4tOwhMGizANpNNRYXF2Y61XIhXEo0QwpXEO7UrgGKeoC/jTsBHitjM UnHAoEKuAc0CYueaAsG/mgOVjs5HFArMCCe1AhCp9qCkxrcCixXMNHJoC7FIpFBgnrQMTH4UC9Ax igYoNILId1piEwKVx2ENACUwDOaBWFyfSlqNJCc0WC4DmnoLUU+9IdmIDRcLC9KLhYME+tACFcUA KAPSgQpPbNAAM0AxwBoFdEgIA5oJuGR2pi1DIzQKw0tz0oKURvU5oKskBNFgEGKQ7jGA7UBYiYZ+ npSuKwwseOfxoCwnP+ehoAcD6c4/SiwXHFd1AhyEr3oGrPcinG8E56U0xSSK6gAVZmGfSmADJOB1 oAsoiqtSXcr8AnHc0yAyO3JpgGPxpXHYeiFz6D1NS2XGNywoCjAqLmqVh3OKAFC+9MLigKOtGgtR TjtQCuIDii4WEyT2pXHYMH1pjCgBdp9aLCuJiiwXFwO9PQV2AouMUsQKVxWG7jS1Ksh2CaLCvYNl OwriALnmnYHIccD3FFhXGnFOwXYnFK6KVwFK4WFwTS1DQMEdTRZhcFU0WBtClCB1osFxuKdkFxQD 9KegtRdtFxWFVR3ouLUeCBxjNFxcoFueMUDshDQFhM0FCgZFFiW7CgD1oshXY18HpxT0Grjc49aV x8obqVx2DcTRqOwZ96AE5pAFAwwaeogFFmABQDkAA/SgBTx0NFxWG7F6lRn6Umx2QYA+6MfSjUBS u4YIyKLMNBCo4GBx04o5Q0DYCckU7ABRT1UH60xDsegoAQjiiyC4gVcY2gY9qNAsPAHQrmkJibBj gAA+1MNEG0ZBOOPahgBC56ZxS5kO1xp2n+EH60uYOVC8kYxx6UXYcqEwx+lPUeiFWDJyFAPrRYlz SHGLHPBxTsiee4oCjtTDVgTnjaPxFAuXuBTKEYHTpQHoMs7cQ2yRybSy56fWkSk0T8Z4oHYXCA5C gH2FAJCFh6cUFWGggdAB9KB2GllPUA0XHyhnngUgsJ2osMTAJ5xRYLhtBo5RcwoRR6D6U7IV+woC qe1AasC4Hai4uVsC57cUrjUUNIz2palWQojb6CnYXMkG3HXmlYdyC1gMURV8ElieKehMVZE3Aouh huHUAA0XCwZPpRdhYNpNKw7oURepqrEuQojA4zRYXMx2xB1oFdhlf4RTFZ9RC2DSKUUNLZ71LkUo jeTSuxhjmkAoFOwBt9BTsA4KfSnYVxwWixNx2MU7CuG4Ci4WbEMoPQUrgoDd5NK7Kshp9aQxKLDD FPlACKLBcMAUaAL9KLgLyeKdmIMAdTRogAkdhRcLCdaAAYB6U7gPEgHQClzE8rE80n0ouh8ghfHe jmQ+UPNbsaXMLlQF2I60asaSQBCaLBckES92p2RLkxSEXpTFqwEoB4FK4copuD2FK4vZjC5Pelcp RsNJ96LlWG0DDjFJpAJkUrgFIAxQMXpQIbSGKKYDsU7CFVd1NRE3YdsA6mnZILjcgdqLpBqNLDPF TzDsG40rsdkIAxp8rYXQuzHqafIK44LijlQrjsAUWEHAoASi4yLBxWxFg6fWgfKKTx0oHogFArii gWou7HSgVn1FDkUCsOyCOTSAbszTuMNuKVxoaV9KB7BigYuMCkMTFABigA2kdKAuKBzyKBNileeu KBXGNgUXKsxAwouHKLz6UahZIMUBcMUwExikAZwelAxc5pCFpiuAH40wuLikIMCmS7gG7UBYdx9K Q7BmgdhCwAo1EN30x3DfQNITdU3KsGaLgGTRqLQOB1osK40qCOtOwNjGGD6UaE2Yw/T8KLhYTJ9f xpajsLk5/wA80APx6UBcCo7inYVyoeCR6VaZnYTOfai4WAEjkcUhji7N6Y9qLDuIBn/GnYQoGKVh kscG7ls4qWy4xJwuOBwKVjS9gIxQMUCkIDn0oAMH1p2C6Dbz1pWHcUACnYVxcigQnU9KBjgppiDg UC1EyAck0rjsxCRnilcaQuTT1AQ5707AFF0Fhc88UXFYN2O9LmDlGk0cw1EWpuxjfqaLgLxQAvSq 1ELk560XCwAU7gGcdKQrBk55oGGM0AKBQK4oosIXH0oAADQAUwENIYmMd6LgJuxSuOwbjS1Cwmc0 DDFOwXDFOwrgevNFmF0OVAeposS5PoOYKOhzRdCTkxuRS5kOzGsRnilzMaQc0asoMGmIKNAFG3vV aIWoFh2ouFn1EBxRcLC9KVx2AnPalqKwYNOzC6Ex70WGHA70tADcBRcLC7j2FO7CyDk9aLMV0gx9 TRyhcAPUUWQXCndINRysB2pXE4gST0o1GkkAYjimKyDJzSuFhw3elAtBQhpiuOwO9ArsQlR0pXHq N3jtRcfKNLZpXZVhKEgDbnvTsFxwjHqKLC5g2gU7CuxCBQGrG5AouPlDJpXY7DgjH2oC6Dao6tRY V2JwOlA9QoAUNii4WAu3SpuxKKG5pFWAZ+lOzAXbRyiuKAAaoQu7A4FArC7jQFhpPvRcdhufrSch 2Dd+NK4WEyaXMx2DBo1YCge1NIVxwWqsK4oUDqadhXHDYKCdRd6jtRcOVib/AEFLUfKGWNGoaINj GiwXQvlccnFFhcwxlQdDTuUrsTPNAxcDHvSFqIaYwFJpgJS5RhRYAzRcLBmlcLBmlcBOlHMMM0rt gFK4AeeKLNgAGOKaiK4uKrlC44LT5RXHBRTsK4dPWiwhME0DF8s0WFzDCMUtCkxPpUtoYE4qeYLD SxPQVN2OwnzGnZj0FCnuadguLjFLYQmaLhYM0XHYM0AOA9aaRIvFVYBM07pALuIGBxScmFhOT1qd WMTAp2QDgKeggxincBRxRzCHbsfWpuKw0tSuOwm+lcdhpc1NyrCbjSHZBzXWZ2FAoAXHtQLQOAOK YrsCc0gswoGkKFzRcLJClTnmgm/YUnbQLUQPk07C1HDBoFcUBaQ0BGaBihQKQajCcdBQVYTcR0ou VbuMO40h2QBSRycUWBuwbcUxXuJ9KBi7icCgWgbSKAuhQPWgBwRT7UCu0IVA6GgLtiY5ouMdigQo WgVxdtBLYbaYtRpwDSKsG4AUDsMJouOwmfSi47BigNBMeppDEyB70XCzF3HtRcVg3ZpXY7CZNFws hRk0wArRsAwigTQwjn+tAhM44x+FFxWHqTjikOwpyRk0WHsVZFxKffmrijOQgGaqxFw2+uMUwuKA D1oAcF7AUhpFiNFTkjJqGzVQHk+nFSXYKLsdgzR6iFBp3QNBu5p3Fyi9RSbHawgHNIAJAoGJuHpQ mFhdx9KLisHPc0INBduepp8oXAgCnZCu2JuFK47MTce1K7HyoXk9aLBsJgetK6C7AHtQAYNOwBin YLhmiwBT0DUUHHFK4rMM0mwsGKAHAH0osDF2HvTsTzChRTsLmFx7UCuw5PagAwfagLjS2KBickUD DPrSbHYM4pXCwZzQMDjoOaLgNouMO3SncQoBNLUNgHFOzC6AsSOTRZgrCVLGIKQCgU7AHTtRsIMm i4w60WYCbaaiFxwAxVJIlthgZzjnGKehOoFvpU3RaQhai4WDJ9KLsLIXafWlqK6DHvSGJ2p2AB9K eiAdjNFxBzS1HoAU07MV0LtFOwuYOPSjRD1F47CkAAmmAoHrRcQ7cAMYpE2YhfPSmHKJvbFIdkN5 NFh6IQAmnYLi7DQK47aAOtAXYwj3pjEpXHYUZpXAX60WABt7mjQNRCVHQUroLMTeR0ouwsGWPU0a jshO3NOwCjjoKTAKnUAxVAKFJp2FceI/XignmHrGo6mmTzMRii9KVxpNjfMA6ClcfKxpfPQYp6jS sNwfelZjDbU2HcNtPlC4bfenZIVxQvNGgXFwBRcQZ9KNQsKAT2p2FdC7D3osF0KI/eiwuYcEUdTT FdgZUXoM0roOWTGmb0FLmQ+TuMMrH2pXZSikNJJ9aPeHoOWMnnFCiJyEIAOM07DuGaVwDNHMFgpc 4WDNHMFhM0rjCnqwFxRZiClYAo0ATpQMME07MQ7afSqsK44CmIUD0ouA7FK4hpNO4CZApNjsIXIH pU841EYXPrUObKURu4/WldjsLyaNQ0FA9adhCnpVIQmKeowpAKPepATtTAMCmohcXHoKqyEKKADF IAxTAKACjQA4qW0AtIQoFABTsAmKLAGOaOUBNtLlHcNoosh3DYPSiyC4uBW5GobaLhYTBoGGKQCU x2AHFK4WF3H6UBYXOe9ArCcd6YrACB0ouLlDcTSuPlQ4Z7cUBZIcAe9Am0LgCgVwyKBajDyemKC0 A+WgNxcqetArMaxGeKVykhuR6U7hYM88UXDlQpb2pXYcqEwTTC6Q8R+9FiXMd5YFAudi49uKCbsD tFAWY3dnpTK5RCx9aQ7IaWPrQOwmaB2AkUBZjTQMaTSuOwoouFgNFgFAyaLCuKVANOwri4AoAaTk 0BZiggdKQCEEmiw7pBs96LC5kIUHpxTsS5DMKO2R/KnYnUF/yaAVxT0pXLSIJhyDTTJkiPP51ZnY Bk8mkOw5Iy54pNlJXLUcSqtRc0StsKRjpmgpBjigBdpIoC4baVguLhcUwuxQpzxQFwIP0osK4mMG iw7htGM4osFxp60tBhn0pXAXJ9KauFgAanqLQNvqaB3FCigLh07UtRCY/wAijlC4ACiyQ7iEii/Y ABNPULIU5pAJRcA20ahceqUWE2OC0xXHhAB70yG2Kox0oEIxoGrCZA70DAuo9DSuFmNMvpxS5h8o 0ufWlzMfKhu4k0rsqwZNAB+dMAwTT1AXYeKdhcyEx2osFxeBRohCUucdhM5o5g5QpczHZC4PrTuI UD0oAXafSmK4bTRYLod5XGadkTzjduOvFGg7sMKByc0uZINWNJFJzKUQzmlcYnNJtgGCaSTAUAiq SYC5xVCF5oEG00WC4YA70XGGRRcNQ3UXCwc0tQDmjUNAwTQAtACj6UxChG+lMV0OCHuaQrilFHei 6FdjSVHai47MQvTuHKNL0rj5RM0rjsHNCAOO9MAJFK6GN3Yo5kFgzS5gsLk0agJilysdxQKQg+lN AGD6VSAOc0wDp1o0AXgUuZC1DdRzBYNxHTilzMLBubvSuwsg5oAPxosMQ8UXsAmaOYLBk/WjmCwu T0oTYWAZp6gOCE9jRZiuh4hY+1VYnnQohI60C5xwQDtTJ5gJA7igLDGkA6UmylEYWJqbspINuaLM dxwjz1NPlRLkO2Rjqc09EK7Deg7UuYLMjLnsOKOYqwbj60rsdkJU3GJmlcLBS1ABTUWAoFVyhcUA d6rRCA8dvzouAnNLVgAVj0FHKwuhwibvxT5ROSHeVinsLmHBMUE3DilcYmRRdAIXFK47DS5pXHYT JpajsN5pWYw24oUQuKEz0xVqCFcesVOyJch4iAHJo0FzDflXrzRdIerE3qDwKnmHysazA9OKXONI b1pbjFxmmosBce1UoiuKEY9BTsK6FMZA5p2FzDOlJtFBnFQ5AGaVwFxmgBQmaLCuP2UxXDbQFxMY oAMgUgGEmgoTmnqA4AUbALUiDBoATOegrcLCgMaAukBXHegLiEYFACYoGGKAuJikMAtMLhj1oEKA BQJ3AvjoOKVwUWKJKLhyigselMVkG00BoOH4YoEO4PagnUay+goHcbtJ9KB3Dy+9A+YTyyaB8yDy 8cUCbHKlAm2O6dBQTYTNA7CFqB2QhJoHYQsKAsxN1Fx2Gk+9FwSAH1HFK47CkjsKAGgGiw7i4FFh XDgdqegtWJ+FMLC9am4xCaVx2ADFADs9jTuIMAUxCMcHildDsJmhysLlEzS5h8qDd6CjmY+VCEE9 qLsVkN2nNAthcAUwGyLlenvQiXsQbTWhmSxwFuT0qGy4onVVUY6Yqbo09Bdyii6CzAt6Clcdhozm nqMUZ9aLMQbTTC44DHpRsIXeB0pXCw3f7Zo5h8om6ldjsGSe9Fg0QEAdTTsADigB2cdqNRWEz+FM BwC45NArsaXA6UXSHZsaW5pXGkKOaNQAgDvRoAlHMkAuaLhYBk+9Ah4UnoKdhNjhEaZLkLsIoFzC ggUAIXHalcdhPNNFw5UMLE9aNSkkhnNFihQKmwBgU7CF2+tOwXF4FFkLUOKNg1DjFF0GomeadwsB fNK4KIHipGJSGKFY9BRysV0g2EU+UOYTFOwDhxT0EGSKLhYTdRcLBuNFx2QbmxS1CyEwT1o5WMAl PlQuYdtAo0QrhxRoAmcU9ADcaV0FhASetLmQ7BuxS5h2DcTRzMVkGTRqx2QUWAXFAC4NMQoUmjUL pD1jPc07EuQ4IBRoK4YQUBqxC4H3RRcLdxhcn2pXKskGSRSsw0FwcU+UVxCvvRYdxCF9aegaiFgO 1LmQ7MQNS5h2EOTSuw0DFLUAwO9OwXFwBTVkIKOYApXYBjNAChadguKABTELgnoKNRAIyfaiwc1h 4tvU4osifaCGNFPJosh8zYjeWBxTukCuMyO1S2VYTd6VNx2EzSuMKNQFCk+tCTC47ymqlEnmQoi9 auyJch4iWmTzMkVUFBLbHeYi0hcrY03C9hQP2bGm49BS5ilTI2lZvaldlqKQzBPeizHsG31o2C4v A6UXAQnmlzBYMn1pOTHYbmpuMXmgQUAGKADHrVJIBcVSSELgVQBj2pXEKKVmMDx1osA3OKYxQ2O1 HMhWJBMV6LS5kRyCGUntRzDUBNx70uYLINx9aLjsJk0ABosAho0GJxRdALxU3AKADtRzWATPpRzM dhNx96OZhYUuSO9TdhZCHJ9qaix6IAvFUoCuOCr3NVZITbHjaD60XSJ1FMg7CjmBRGiU+go5kHKK bggcAVLmHsyNpWbrUuTLUUhvJpaj0HBCadhXHiOmkS5DtoFUkK4DpxRYAyaLABpANOKQxAfakAZy ehp6gJinqMcF96OUVx4SqUUhXFwPWnoIjxiqKELEUBZCZNAwyaQ9Az60xCgigBCc0gsJQxi4NLUN A207CuG0DpRYLgKYBuxRcLChiaQWQuM0xC7toxQTa4B80Byj85oFYcBQIQjFAXAADtQF2G2gLibS OlFh3GspFA0xpHvQO4hFAxpFFh3ExmlYdxQtAri9KAEABpgDYHep5gG5ouVYOT2o1FYXBo1DQMUc oCUwDNJgBagdg5NKzELsNPlC4oi96OUnnDaop2QXYu5QOBQFmNL0rlWGkZouFhMEUE2BmJouHKRr Dzkn8Kd2wUUiZU96Vimx2FHanZC1D5aNA1FBUdqLiaYhYA9KLjsIzA0rjSsAPvRcLCZH1oHYOPSg A60WADx1p2FcDjtSukMTNFwDNO4WFBqbsLAeelK7ATa1OzC6E2+tFh3HBc0/QVxce9FguAAosK5I Ix1p2RPMGzFFguLgCgVxQcUrhYTfRqFhCW9aY9BuKBgcDvmgBpNLmHYbyadx2AD3pXAMUgFFFwEJ zSuAUXYABTAcD7UgAofpVWFdDelOyGLxRoGoobHSi6JsOEhAp3FyDSxNK41FCHJ9aTZVgqQCgBKL gBNLmGLzRdiFwfTFVqLQPrRYYcDvRoIN2KLhYKQBxRoAnBo0GJ6UaAOouIXmqVwFCjNOwrjuB0FI A59KLgHNFxC5Pc0ABJp2ANvsaLBcQiiwCZWi6HZiGT0FJyQKI0ucVPMyrCc/WjUNAC0+ULjttPlF cBinYBQKLCuPEanvzRYnmGsoHfimNMacDpUtIoMVIBiq0C4uKeghKVwFzilzAL5xAwBRzC5RC561 PMPlQF2PelzMOVDTmi7YxMGiwxQKdhCiMt0FUoickh4hPenYXMOESjrzRYlyZJhAOBTJ1E/GgYm5 RQFmNaX0oGojcsaB2SE2+9Kw7ibcHrRyjuGB60WSAOKLoAouAcUgEOKWgw47VIBiiwBtAp8oXDFF gF20WFcMVXKgDFOyAMUXAWkAhNLmAbk0uZjsKATRqAoSiwrjtnpTsK4BB60guG2gLgcAUAIWouFh CSaLsYgBNLUBdpHWiwXDgUaAGfQUtwAKTTUWFxyp69afKJsGGO1PlBMMZFFkguJtp3QXDGKXMAda VxgFpBcMUWC4m360+ULiiPPY0rC5hfLFOwcwuwDtTtYVxwXApCuHSnYBadhCEinewCFqlyKsJnmp bHYMikKwcUXAMj1p3AQgZ607gGBTuxhkii7AQk1OoaBzSGG7NbXFawnJoGGDTC6Ar70BcXaKQXEw vanceoZAFK4rMC3oKLjsJuNAWFzigLCcmgAzjrQFgLA9qQWEyfSgLDtzUaishVUnrTsJtIeEA607 EuQ/IFBGrFyKAsG4etAWYmR2oHYM0BoGSKA0GMc96CkMPFBSGkmlcqwA0ABIFK4WG7uaLjsHJ7Ua hZIMHuaQBiiwCgetMBScdKLisBYntTuFhOaTAOKQCYpjHCncTCi4rCZxRcdg3UrhYN1FwsJkUrjs GfagLAOnpQIMUWAUDHaqsAd6QC4osITgUOyGJu56VNx2D5j0FGotBCjHqafKx3QbDT5QuOCD0qrI lyY7gdhRcFcbzUtsY08Umxh9KQwAoAMUxXF2inYLhilYBadhCU7DAClcBwzRcQm0mmFx4XAouJsd z2pXJEwaaGIeKYB+NADuAOeaBakbPzxSuWkG6k2FhOTSATpSGJmgYmaVwsLzQrgGM8VVgHbcdqOU Vw6CgQhIFK6HYPMx0FPmDlF3OfaldsVkhMUrDEzii4BuouOwD3piFJA6CndBZiZOeBUtsA5oAWgA xTsAoHHNFhDlqloJiMfenYaEC+9LQLhkCk2gEzUjCiwCYNFhihR0zRYVxwXP/wBenZiuO2kVaQri AUNgLS1AcASOBRYVx6oe9FiWxW2qOtFgV2RF17c0XRSTE8z2pcw+UTzGNLmHyobmlcdgxQAACq0A KfMgAUcyAXNFwDNFxWAEUuZgGTRdhZBz609Q0DGfWi1gFA4pCD6nNOyQC70FHMhWYjSA9Bip50NR G7jU8zY7Bk0JNgGDT5QuLg0WQXDFOyAOO1PQAzijmQhd2O1HMFh289hRcXKhN7d6LsLIMsaeoaDg jGmK6HeUAOWxQLmGkIO9Fx6iZ9BS5hhk0cwWEL1LkOwwtU8zHYM5pajDmizAXBosxBg07BcNvvTS C4owKvQWoufwouAAE9KVmF7D1i9TTsiXIeEQdWpk3YExgdc0roNSNmXsKXMikmMye1LmKsHNLVgK FJo5QuOCVSRNxypiqsJsdtGaBXExSC4hAoGIeBxSsA04z707JFDePSldDFAx2pbgL9KOViFEbnoM U+UXMh3k+po5ULnDai1QXbF3KOKVxWYhalzDsITU3GITjpSCwc0AJimMMGnYBdvrzT0Qrh9KVwAC lcB2aBBTuAppANJNFxjGbFHMNIaXNTzMdhNxpXY7IMtU6jshMmgBc07hYM0CHLVITA5qrpAJuFS5 jsJvqfaBYNxqeYdg3H1pXCw/IzXZoRqBb0oCwm7PtSuVYPoaAExQAYAosAoBpWATigYZ9BRcLBnN CAKYhRRYBQKYg285oEPBoJsLkjtQAZzQIaaClYb+NBQu6i4rDg64ouTysPMoDlHZ96AsNJoGN47C iwXE20rDuAUd6LDuIRRYLiYpDA9KAGnNFmMAKOUBwIxzTsiRdw9KAsIWNLUdhOaLDHKB3p6Iltin YBwaLoWo3eO1TzFWG5Jo1HYcEJ7UWYroQpgUWBMNooC4uOORTAQmgAB9aLpBYUsB0FHMgsN83jGK XMHKJuzSuVYMGi4ABmnYBw4p6IkXzCO9HMhco0vmjmHygHqeYdhN57GlcLBuzRcdgyaLsLBz3oEO Az0qgArg07CuFO6ATdxU8w7BmlzAGTRdgLyaYDqBAOKYheaoBygdzSJYM4HA5pXQJMZv5o5irCFv alzMdhpY1PMx2AmlzBYTPNO47Bk9qNQsHzGnYNA20WQXFwuKegtROtF0A7HrTTQChwO1DkKw1n3V DkNKwh5pbjEp6AOBA7U7iD5vpRqGgbCaXKwuL5ZHWnyC5g2D1p8qC4bBRYLhtAFILiY5pjHbQOpo sK4mQKLoADUnILCE1N2OwZNPUAouAlIYfSnYQ4CqswuLtJo5WK4BfU0coXHqFFVYm7H5HYUE2DaT 1NA72EwoPWgNRcqvTmi4WbEMuOgxSbBRGGQnvUtspRQ0/WpuUJRuAYJp2AUKKqwXF+UDrRZC1EyO 1HuhqJSbQxQM0rNiFCk9qrlC4vlnvT5Rcwm0Dv8AlTsh3EOMdKXMgDNLmATPrS5gsLuqbhYaSaLs dgxRZgLinyoLi4FVZCuHFF0IKLsAo16gLzSsAmKdh3FCE9BS5RXHCE0+UnmJFgHc07EuY7y1A7Ux czDCDtQGo0sB0FA7DTuPfFA9BpU+tJtFXE4AqGwEJ9KVyhME07XANlVyoVwwBRZBcXtRoAlADsN6 UrMNA2sO1PlC6Db607ILhxRdAGR6UuYADEdKOYLCFm9aXMwsgwe9TqwFCE8U+VhcXyye1PlFzC7B T0FccqgUXE2L0p3ELuxSuFhpY0cw7Bn3pXATJ96B2Ez9aeoWEwTRZjALiiwXHACnYVxQFFGgrsDI B0FFw5Q81jS1DlQ3ce+aLMdhMVIwzilcBC+KVx2E3A0XCwu4UXCwoYmgVhc460bCsMLelPmKsKpJ 7Urtg9B2OlUkSGKoBR0pNgKTSsxCcnsafKMUq2OlPlFdDSCOuKLIaYzp6UtEUJnFTzIdheo9KVrg G0VXKhXFCinZBdhjHpSvEQhNS5IdiMnNQ2VYBUDCmAtKwBj2p2YC9a6hAM07AOC0WFcOKBASKYWE zxSuOwmaEMXb3osK4uKNAAL60xMdle1FxWYoU9hSuGg4Ie9Ari7QKLCuJxmmAhegaQ0uMUrjURob ilcqw0ketA7BnigA4oAUGgLDw2Ogpk2DPNArDgRmmKwvUdKBBtxQLUYRQUhMUFC8Ac0hDSFzQUJR cBuRSuOwu7ilcLCbqLhYM+lIdhMMe9AXQ7yyKfKK4YFPRCF3Koo5gs2IJTjjpU8zDlGlyTzSKtYX JFO7EGSe9GoaCbTRYdxcUhCYBoGG2mkK4uAtAC5phYQkUrhYbmpuMTNAxcHsKqzEKEJ9qfKFw2Ad TRZIVxcAUroAz7UXHYOTRqIMEd6YBQAbT3pWC6F2UWC48J3osTcXZmmFw24p2FccozTsJsdtA7UE 3GMRTKVxuV7nNLQrUaWX0pXQ7MQsD0FS5DsJyanUA20WC4YApgHApgGT6UXYWE5NGowAOaLBcMAU aCF3AUXCwEkmlqFhMUrDuLiiwrhRoADFO6AXd6CnzCsGTS5mFgyR0o5mOwhJNF2FhQue9MVxSce9 MBOTRZhoGD3oswDb6mlYLgQoobQaiZqBhzQgDFMBQKegXDbTQXFCe1UK4/afSnqTcd5fqaLC5g2q OpoFdi7lHSi4WYhcCkOw0tRcqw0tU3HYbk0XbHYKdgFAqWgDApWATAFFwDJo5mAYJ5o1ANtCi2Fx cVagFxelVZIQ4SADgUnKxPKIZW//AFVDkx8qGFye+anmZVkGaLsdg5p2Yg207BcXbimoCuGO1VZI A4+lFhC8UaIAHtSugAihAGPWqAOKLgAougHAGgm49QvpQJ3HFwBwKCbDSzE8CgqyAbu5xQGgdOpo AbvxSuh2GlielLmGkGfWk2OwhJNTqABSaLBew7ZTsLmF24ppBcApPt9aqwrkiwr3NFiXJilIl70x Xkxu6MdKVx2Yeb6ClcfKIWJouwtYTbQO4vl5osLmEMZosPmFEXqaLIXMKI1pi5mSBEFMm7EJUdKV wVxhYUrl2GhiR0xSuOwuSaLMBDnsDRZgLtJo5RXQ5Y89eKqyE5ClFHU0xXY0lRSuitRu72pXCwha ldsdhNwp2HYTdT0CwA889KNAsPDIO1F0KzGtL6CpcwURhJNLVlWDk8ZpcrHoKI2PrT5BcyQ/yDT5 ELnDywOuKOVC5hvA707Ieock0XQCgcVDYBtA5oSC4u6rshWHZpOQCEilcBoanoOw9XUds07ktMDO B2pOaDkGNOSaj2hSgMLE9TU8xVrCUhgFppBcdggdaZIhb3pNjsJmpuOw3NTcdgouAUAKKYgpgKKa AXPtVaiF3Yre6FYQt6ClcdhMkmjUegYOKADp1oAX8KNBAOtMYooEOAyKQrjguKZLYpHtTEAbAoCw u8CgLMQyDtRcFFkbMewpXLUbDOTS1KEOaLDExTsFxcetLQBaBCheaAuSpbyOuVXI+tBDnFOzHi1m H8I/Ogn2kQNrL/dH50B7SJCCRSuWLv8AemFhUOSB1NMTJjbyn+EfnRcz54jfssvp+tA/aRGSQvGM sP1pFRmnsRYpFibfWkFxVjZjhVJosDkluTrYyHrgfjTsZutFD/sB/vj8qdifbeQv2IgcMDQL2yI3 gkjGdufpTuWpxfUrs7ZxUts1SQzBJqbD0HBKdhXLC2bkA4HPvTSRk6qF+xSeg/OmHtYifY5vQfnQ HtYh9jm9B+dLUPaxD7FMfT86LB7WIhspQOgP40WH7WJG6NHwykfWkWmnsRk+lK5VhOaLMBcUAKEz T5WxXHFABzT5RXECgGnoguA60XQBk9qTYD0hkk+6pNKwnNR3JlsH7sop8pm6y6D/ALCf74/KixPt vIa1i/ZgaLDVZELwSRnlePWlY0U4vYaEY9qNR3Q8RMRTsLmQvl7epqrC5rjgVFAtQLqKLoLMiaT2 pcxSiN8xhSbZVkBdj3pahZDDn1o1KA4pAAxQDHD6U0IAadhDgo/GjlFcGXFPQExgIFK6KFzx0pOQ hKVxhmgLCHFLQZLDbvMpKYAHrTWpE5qO5L9hl9Vp2ZHtoiGzkVSSVwOeKOUFViyHbRyo0uJijlQA AO9OyGLx2paCG9aQySGBps7ccdc00iJTUdyb7DJ6rRYj20RfsT+q00he2QjWjqMgrTF7VALWT1Wl qHtIh9jl/vLS5WV7WIxrSYdRn6UuVlKrEhKlTg5GKLWLvcTpSuMOvSi4ChSaLCuKFxVWC4/bgUXs TcXdjpincVg3mi4WQmT60NjsJmluMTnFOzGJRYAxUjEpXAT2ouMUelGohQpPQU+VhdDhExp8ncnm Qpjx14qlFC5hpAFOyKDijQB25R7mk5JCswjzNIEXAJqee7shP3Vdk32GX+8tDTZHtoifYJMffWly PuHto9iJoGVyp5x6UKBoppq4hjA4NPlSDmuGFFO6HqGVB6UcwrMBJjoKOYOUCS1LmYWsISBSuAlF 2MXHHNCQri4IqtgE57U7jFCMaLMV0OEfvRZE8w4KBRoK7F4FFxBux2ouFhu6i47CEnPpSuOyDJ9a V2Gg3HvSGKFJ7U7BccIiafKLmF8sDrTsLmEwBSsF2LkCiyDUMii6ACQKLhYQv7Ucw7DS2e9LUdg2 kmnYL2HiMU7E8woCjvRoK7Dcg70XQWYeYKXMh8rE870pOQcohkY0uYaikKM9zRcNBd2KBWG5JNMY uKEhAFyaqwXJURR1NMhtji0S9xSuK0mRtKvai5SiyMyH8KWpfKN3k96NR2QZ/SpsFhTx6VIhpYet FyrDd+egpczCwcntTux6C4PekICp700guGKNBgR6U7oQlVzIY4SBfShzQuVsPOPr+VT7QOQb5pPr U87HyhvJ96LsLC5z0FO7AUBvpRZi0HKDVcomxSOKfKIZyDxRyjDBo5R3DGB1FOyEIemc1LdhjSx7 Vm2VYbk1GowoAXFOwgHFABk0XYBkmlqMMUcrC4fpSsITBoSC4uKdgDFFgFC1SiK47Ht+daWSFcM4 o5kgDcKXOgsMP0rQoAx9KB2Dk09RAB6mkA4DimkJsdtp2J5hcD0p2Fdi/hQGooNAWBmPpSCyG7jR YqwmaAELA0h2E+tAwBFPRCsBI7UuYaQ3cKVx2EJPpQA5RmgQuMGmAUWA0bP/AI9x9TQjkq/ET0zI D0oAx2PJqdDvQBh6U7jsPi/1if7woJlszVpnCFAFe8AMYzxzQa0tykdo6HNLQ6NR8EXnSY6AdTTu KcuVGgiKgwoxQcjbe46gQlABQAUAQ3Fusq5AAbsaRpCo4mcVKkg8YoOtO4lIDWj/ANWv0FM4XuOp iFoAKAEoAKAEZFdcMARQNNrYz7mHyW4HynpS2OqnLmRByaW5oAxnmgBdwXpRzWC1xC2alyY7Cde1 CGAzTsIu21pkB5fwWqsc86vSJcAAGBxTMAoELQAUAJigCCeIqCyD6ig1hK+jKplNBtyjCWNIqyQH ApDGnAo0GIWHpSuFmNyT0FK7GGDT1ANtFh3FCgUKwrin8qrQQmRU8yGG4DtS5wsJvOeKXMwsJyaB i0CE5Iosxhtp8rC4baOULihaLCuX7ADy2x61SOatui1TMBkv+qb6GgqO6MrmsrM7QxT2GJg0AHFA AaLgXNP5L/hTi7nPW6F2rOcKAExng0AIFwcdqAHUAFAEU8Cyr0w3Y0NXLhNxZnlNp+Yc0rJHXe+w qgDtmi6EOJHpRcQnAo1GHzE9KLC0HBO5NFguB2ijQWo0nj0ouikhhYZo5kirCbs9KXOFgqbtjDBo 5QExTUGFx6qO5q1FIlthlfSjQNR4lwMYpcwuUaZW7HFLmHyoYWJo5mOwBSelLULi7D6GjlYXQvlU +VdQ5ixaIqzA55qrJGNRtxL1BzBQBnXBbz3APejU66aXKiIq2aXL3LuhNpzT5UO44JkUrCuOCCkJ sNhNHKK4eUfWqUUHMIUA96YXFwDSANuTyKYXHgAUEgSKVwsNPPSlcoTmkAv0p2ELsJosK4vl4607 C5g2iiwXAIvemF2BKL0pXCzYwy/3RSuVy9w8xz0o1HypCEOetOzDRAEPpSsFx22jlFcQr70WQ7jS AO9Gg7iblFLmQ7MTzPpS5w5Q3k9M1PM2FkHze9F2GgnOaNR6Bhu1KzDQNp701G4XHKnrV8qQmx3C mjQncXd7UgsKDmgQtACZouA059aauMTDH1p2HdCbfejRBcDwaTmkMbuHrUOoOwB1Hapcwsw80elH MHKG7IouFgAA6mjQNQ3AdKXMFmNL5pcw7CbjRdjsGWPejULIM470wEzSuwDmiwChf8inYLjguapR Ymx4Sq5SXIXAHaq5RXFxTsIAcUwDeewpcwWGknuanmHYTPvRzjsG/HelzhYaWqecqwm78KXNcLCU rjHZFF0IMgdqOZBYQmp5gsFF7jCmriDn0qrMBcGizEGPejQA+lIBQKaQBwDVWSELupOQWEqWMMUW AMCjQAwfrXRYLjghxnFMVxNvvTsFxQMdRQK48YoJDgUDFAB5oEKVHekFxCVXvRcerI2f2ouUojS1 TcaQgJoHYSgYHNACbTRYLjwnrzVWJuOIWjQWow4HFJspBnHSlcAzntRdgAGO9AGlZ/8AHuPqaaOS r8RPTMhD0oAyXABqbI71cb06U7oY+L/XL/vClcmWzNaqOEKAK16P3Q+tJq5rS3KGAKWh1GjaKFgB H8XNNHJVd5E9MzGTP5cZbGcUioq7sUWuJc53YpHSqcSe3uS7bH6noaZlOmkros0zEKAKF6u2UED7 wqWdVF3VirzU6mxsR8Rrx2FWjglux1MQyRtkZbrgUDiruxV+3H+4PzpXN/Y+Y+O8BIDrt980rkuk +haqjEKAK94P3BPoaTNaXxGcQanU69BNpPelYLhgUaAAHpQA4qe1Owrk9pDvkyw+VaaRnUnZWRo1 RyBQAx5FjGWOKQ1FvYi+1p6Gi5p7JkkcqSdDz6UESi4klMkSgDPul8uTGODyKlux103zIgG5ugpa s00QbD3o5QuhRGT0BP0p2Qcw7yJO0bflQTzx7iGGUfwN+VLUfPHuNZWHUEfUUDTXQbnFAw3UmwsG T0H6VOrCwBCexoUWwuPWI1SgS5C7BmqskFx4hYDPlt+VBPOu5G2AemPrSbKQmaLsYoyeAOadxDvJ l/55t+VLUXPHuMZGT7wIosUmnsXbD/Vt9aaVjnrbotUzAbL/AKtvoaCo7oyiazudqQ3NAwwafKwF 20+ULi7aLIVy3YDBf8KEYVuhcqjnCgCrNcvHKVAGBSNo001caLxv7oouV7JFiGYSg4GCO1MynDlJ KCBaAKVyo80+4pM6Kb0IsClYsNuTVJWC49U9ASaYmxTHJ2Q0rivHuNZJccq1S0xpxISCDyDSs2aa Bsb3o5QugEeOtOyDmFZVA4NUkgTY0DNPQY8Qs3RWP4UEuSQv2eX+4aLi549xfs8o/gNJhzx7jTGV 6qR+FTYakmN20aDuLtGKegXEG2ndBqSBuMAUXIaH+XK3RDS1FzRXUY0Ug6qRS1KUoj7RCJwaaRNR rlL9UcoUAU5dvmtnHWg6I3sRnFFyhMCgYoUk8An6UCbsOMUnZDQLmXcCkoH3DSC8e4xg/fii5SsN wO9AxQRRcVhwyeAKVw2DY390/lTsK6FEeOxosHMAHYDJpgKYn/uGgXMu4xn2HG0g+4pXSGlcaZj2 4pcyK5BpkJ71POPlE3k0uZhYXdT1YWAc9apRFsPCqBmnaxN2L5igcCi4crGmUmlzDURN/vU8w7CF 8VDkOw0sTRdlWAKSOTRYLiiOnZC5g2gVSsFwp3QBk0rgKB6ilqIcAKdhC47U7iDHFLVgGKfKFw4F VawBUtgITSGNLU9B2E3gdqOdIdhplrN1ew1EaZCaz52ylEbyaLMBwjJPPFVyiuPEY9KuyFcCg7Ur MLjNh9aORsdxQme9CpBcXYB1/Wq9mhcwmFFFooNReOwqd9gEwT7UcrYwCDHJp8grjtgA4NJqwrhs osFx4UCqSFcTA6irAN+PajmSCwhf3qHUQco3ePep9oVYN3oKLthYOTS3APxoAaSKV0MSkMMUgExQ AuKQCgZppXAULVqCQrjsKOtVaKJ1DKinzRCzDeO1J1EFmJuPpUOoOw3Oam7GFOwC0AFO4g6UAHFF wFzSAKYBiiwEgz2rpI0Dk0BoLsNAXFC4oC4nyjmgNRC4FFx2Y3zcdDSbHyjTISO9K41Gw3BNFh6C 7T60WC6AADrRoA7I7CmKwg4PSgY4lSOOtO4tRmam4xcj1pXAbnFFxhTuAfQUgFAJp2uIMUWA0rMY t1+ppnJV+InpmQh6UAjHPJrM9AQDmnYCWHHmp9RTsTLZmrVHCFAFa+GYl+tJm1Hcz8VNjqNO1bNu vtxVI46i95k1MzEYBhgjIoBOxA1op+6SKVjVVX1IjayoQUIOPSixoqkXoxHmnU/Mdv4UWBRg9hn2 iQ/xmgrkj2GO5fG4k0DSS2G0XKNRPuL9BTOJ7jqBEc/+pf6UmVD4kZmPSpsdo6ONpGAANOwnJJGo BgAVRwi0AVb6TbGEHUmpkbUY3dygSam7OrQTBoAd2oEJRcB2adwNCzXEAJ6k5qkctV+8T0zIKAM+ aQvISenakdUY2RFmlcsUSFGBHBFJtg43LhvIwBgEn0FO5z+yYw3jH7qgfWnqV7JdSCaRpCN2DjpT saxio7DFJBwByeKCnYuw2qqNz/M38qDmlUb0ROAB7UGVxaACgBCAetAFaezVhujGG9PWpaubQqta MpLHk88UKJ0ORPbKouFAx0NGhnUb5S/imcoYoAht4BGNzD5j+lJKxrOd9ETUzIq3xXaFwN3XNBvS ve5XhtzK2OgHU0jWU+VGhHEka4VcUzllJy3H4oJEZQwwQCKBp2GRQiLdt6E5xRYcpOW5JQSMl/1T /Q0FR3RlbfSpUTtuOCHvxV2FcDik2IQ0rjEFIZcsP4/wpo563QuUzAKAKNxGDKxJosjohLSxCQOg FPQ0LVpGykswxkYFIxqyT0RaoMQoAqXHMv0FJo3p7EYHpS1LLEVuBy/J9KaRjKp2JgAOgpmYtABQ A1kVvvAGgabWxWmhKcg5H8qTNoTvoQN0pJGqCNN7hRyarQG7K5ejhRBwMn1NBzSm2SUEBQAUAIRn rQBXngAUsgx6iixtCfRlTb7UWN7iiMswVeSaLITlZXL0MKxjplu5oOaU3IloICgBuwbsjimO+lhS DuGDx3pCFoAoXDYmYe9JySOqC90i3HtU8xdi1DbcBpOvpVIwnU6IsgADAGKZkLQISgBCoIwRkUDT sQSWwByvT0osaxqPqM8tR1Io0K5mSw7d/HXFBE72JqDMRvun6UAhsUYjX370IqUrsfQSVLz5iqjt zSaubUtNSsI8UlFI15hdgp2QXYmUHvRdBqIXUdBS9oh2Y3zan2g+UQuT60udsdkHzHnpS94NBcGn ythcNp9aOQLh5dKwXFCGhRYXQ8IT1q1AlyQ/YF6mqskTdsRmSldAkxmR6UroqwopXEKPpQrgKM1V hCgYp2QhSaLoEMyc0cxVgNS2A0uAKhyGkMMhqOYrlGFie9K5VhOpoSuMeIyetUokuVhwRR1p6Cux QopiuxcAU9EIbkZ60c6HYQsv1pc47MN60vaBZjS/tipdQfKJvY96nmY7IACTxTSYEqrgc9a0SIbD GOpq+YA3AdBUOQWFBB5NITEJHrV8yQ0hC/HFS5hYbk1Dk2VYb1pajFAp8orhg+lVYAORSswE5qbM YYp8orh0paIA6UuYA5qeYYUAGKdwCi7AXtS1EFGowxRZiDHNWoMBwWqULCuJwPrT0QBU3ASgAoAU CiwCgVSSELx609AAVN0AZ9qLgTZA611GdmIWApXHYTzKB8ojOW6UhpWGlT60ajuhNo7mnYdxuB2p DD8KLAOANMQY9TRYBMqDSuh6iFlHSlzBZiFzjildjsIAx9qdmO6Q7yz3NHKLmDYBRZBccAtPRE6h xRoMaW5pcwWFDUrhYN3oKOYLGjZ/8ey596pHHV+InpmYHpQBk+WSe1Kx3cyDZjuKNAuOiwJU+opX QpbM1Ko4goAq3/8Aql/3qlm1Hco7T9KmzOm5YtZxC2Dna36U1oZVIcyL4IYZByPaqOVqwtMAoAKA AgEc0AQvbqRlQAaDRVH1KTAhiDwfSpudCY3ApFGmn3F+gqjie46mIKAE2j0FAXFAAoAKAGSuyLlV LfSgqKTM6Ri7lj1pXR1RVlYYeKksKegB1oEKAc0+ULkir6ijlJbL8QxEo9qFocstx9Mka5xGx9BQ NbmYSc1NzssNNIoOBRogAHFHNYLB5lLnYconmEjpS5mPlJbQqJwzkAAcZppvqZ1b8tkaIdD0YH8a u5ycrQ7IoEU5L0hsIOPelzHRGjpqEd4xcBhwTilzA6StoXKs5wpAZtym2ZsdDzUvc66bvEW0/wCP lfxoW4VfhNGrOQKQCMwUZY4FA0r7Ea3ETHAcfjSuinTkuhRmkMkhPapd2dMI8qsXbaPy4QD1PJqk rI5qkryJqZAjMFGScAUAlciW6jZsZI9yKLmjpyRNQZhQA2XiJvoaBx3MzeR0qeY7LCFmNJtsLJBt Jos2O4bD70WC4bcU7Bct2IwH/Cq0MK3Qt0GAUAIVU9QKB3YBVHQD8qAuxaBBQA13Cj3pjSuVjgnJ PNK6NiWBRy2KLkTfQmoMxCQoye1MErlZ7h88cCkbKCHQ3G9trDnsaBSp2V0WKDIQjIIPQ0AjPlQI 5U9qVjri7q5NbMiZLMAaNiKib2LIkQ9GH507mHK+wM6qpbPAouCi27FU3Tk/LgCp5jf2aW5JBOXc K2DmhSuyZwSV0WKoxEI4oAzpAQ7D0NGp2RelyxZp95z9BRYxqvoWqDEKAK7XsSnHJ9xUc6NVRkya OVZV3IciqUkyJRcXZjqokKQGZdAm4fr1rKS1Oyn8KH2UW6Tc3Rf504xJqysrI0K0OUDxQBUe6Ofl 4FFzdU+4sd0S2GHHrSckKVPTQtUzEKAM+5UxykDoeRUSvc6qbuh1nnzjnpiiKdxVbcpeqzmEoAR3 VBljQ3YpJvYj+0RkdcfWp5kVyMpvIWYk8Zp3N1GyIy1JtdSrDS4qHJDsMZs9KzbuUkAHrQhjh9Kp CHg5HSqRID61VwFJHqKOcVmIWApcyHZiiQDqM0+aIuUXzl9KXtELlYjSZqedjURpJPWk2yrChTTF cdtqlEVxRT5RC07CAnFDaQWGGTFQ5Fco0ymoch8onmMelF2x8qDDtRythogEfqafIHMGzHemqdg5 gCKBzT5Uguwyq9AM1N+wWbAuTx2pMLCAr3NK6HZi+YB0FHOhco0sTU81x2E5os2MApPanyNhccIz VezFzC+X61Spi5hQi96rksJtjhgDjFHKxCHPr+lHKxiBfc0coXFCD3o5UFwO0VLsCuMPNSUJj3pA PCgCrSJuJwOgq7AH40XQBux71DkOwjMTWbkCQmcUuYYlK7GGKVrgFCQC0wEpALinYQYoSAMUwFFW rdQFBAq00hWDdSc+wWEyahybAKQCUALTQBTAAfSlcQuKLjCkAUgD8qLgTEAdTXZYz1ELLjpTHZjC RmgoTOKVxiZouFhcCgBuQDSuMN2OlHMFhfMJ4zSuHKJgn1pWY9A24p8origCnZBcMgUXAA1FwsBN FwsJknpQMMGiwXFCDuaLIVx2EHXmjQWoZUdqNAswDD0pXCxo2vMC00clT4iWmZgelAIyGZifSouz vSQ3BpWYx8I/fJ67hTSJl8LNarOEKAK18cRL9aTNqO5Qz60rnTYAR6UgJY5ni+6cD0oIlBS3LCXw /jU/hT5jJ0exMlzE3RwPrxTuZunJdCUEEcGmQFABQIrXkYIDjjHBpNG9KVtCsAoosjbU0V+4PpTO N7i0AISFGT0FAJXIzcxjufypXL9nIBcxn+LH1FFw9nIlBBAI6UyAoAguIBIpYcMP1pNGlOdnYo7D UpM6bjhGBVWFzC4ApiuG7HamFhQc9TikFi9DgxLj0oOafxMfQQNkGY2x6UFR3MksTWdzuSEpDDGT RYCUW0hUNt4PNPlI9pG9iMrg4PX3o0RSYgGOtO6GLnFLmEORHf7ik/SlqxNpbk6Wkx6nb+NVymbq xJFsR/E5/AU7EOt2RNHbxx9F59TTtYzdSTJaZAUAUL0fvvwFQzppfCJaf8fA+hoQ6vwmhVnKFICl eMS4XsBUs6KSsrlbBFKxsOAJPSmK5qAYFWcQUAVrs8KvbrSZrS7lUg9hSNy5aMTFg9jTOeotSemZ jZB+7b6UhrcobQPwpaHVdinjtSEJ1oYxcUrMQoAz0p2C5YthjdTRjUJ6ZmFAhpkUHBODQVysdQIK BDJA+PkI/GgqNupSZnDHdnNS2zpSVtBM1Ooy9AMQrVrY5p/EPpkDZULptBxQVF2dyubMn+P9KVjX 2vkC2e1gQ/T2pcoOrfoWqoxCmBSvRiQH1FTJnRR2sVs1FzYkSGR/uqcevShJslyityZbNz95gPpV crM3VXQkWzTHzFjRyol1n0JkjRPuqBVJWMnJvcdQIKAMy4fEzj3rOVSzsdlNe6i5Z82yn1Jqou6O er8RPVGZFdNtgbHfilLYumryRm4zWVjsuWLLKzEZ4YVUVZmVbWJfrQ5QoAoz485sjvSdjph8KLFq P3WfU007mVTcmoMxrruUjpmgadmQfZB/f/SlY19r5B9jH979KLB7XyLAGABTMWLQBBcKp2lqDSDf QSDaHwvpTHO9tSxSMgoAzruQmYjsvFYzep10o+6Qbz2qLs1shPmajVhohfKJ6mqURcwoiFOyQuYX Yoo0FdhgDpVaDEzRddAEJxUuTGM+Y1GrK0Quxj60crC6Dy2p8jFzIUR1Xsw5iRYaOVEOQvl07BzC hAKLWFcdwKewgyKLgNLKKXOOzG+Z6CldsrlGkMTzRythog8s1SgHMO2KB70+VIV2ISBwDQ5RQ0hm /wDGodVdCrCbz6Vm6jDlDcTS5pMLIME+9NKTGKENWoMVw2e9P2YXHLET0zR7JCcrEi2xq1BEOoO+ zgVVkLnDyQKYc4bFUc0hXbE3IOgobHZjSSe1LmRVhuMelHMhhkDrS5wE3Ae9S5hYN+O1TzMdhpck dalsdkJmpAUAmqSbC44KF5aq2Fe+whkHYUnOwco3J7GodRjsGam7YBRuAUwCmAUwCjQAqb3AKAAU AGKaTAXB9KrkYXF2mnyCuJtxT5QuAFK1gFwAPWkISiwwosAcCizEFFrAFIApALTAKADFIA/Ki4Ck +tdgDSfelcYm4fWlcdh34VQgA9aQXEOKVxhwaADFACcUgFLU7hYTcKLjsJk9qVwsKPemAuKBBSAU ZPSnqAuPU0wE4PSkAuxiKLCuhAvrRYdxwVfWnoK7L1kwMOAehoVuhy1l7xYpmQUAZcqMkjL6Gosz ti01cZtI600irk1rFumU9l5NBnUlaJo1RyBQBUvz8qD3zUs3orVspooMig9zU6HQ27F8WUY7sfxq 7HL7aQos4R2J/Giwe1kV7u3WMKUGB0NJrsa0puWjKwUmlY1uPikaJgVJ+nrTsTKKktTUU5UH1Gao 4mrC0CIro4t2pPY0p/EjNqLHWayfcX6VZxPcWmSMm/1TfSgqO6M+pOsdgmiwrlu1BEXPrxTWhhU3 JqZmFAFCQ4dvY0rnTHYj3UXLsN3EdqTbHYQsam7GkJljRcehfsWzDtPVTVRZy1l71yxTMQpjMueI xSEY47Vk1Y7YS5kR4PpS1KuPiieVwo/GizYpSUVc1QAoAHQVqcLdxGRX+8oP1FA1JrYp3NvGgG0E ZpcqN6dST3GW9ssj8/dHWkooqdTlRfVQowoAAqjlbb3FpgRPcIhxnJ9qm5aptkf2pmYBVxzSuy/Z pblmrMApAU7mPdLn2pNXOim7ILaLbKDTsOpK8S5TOcKAKU/MjUjohohiooplNsfuUdBSuKzLopnM FICvdYBUmg1plbeB0oua8pateYyfU0JmNTexPQZjX+430oGtyhtY0kjpukKEx1NOwXHKAKLCYpK0 XFqAK07hqWIGB3YpGU0S0EBQBRuGxMRUs6Ka90ltJc5Qn6UImpHqizVGIUAV7qHcu8dR196TNacr OxSPWouzoNG3OYE+lWtjkn8TJKZA13Ea5bpQUk27Ij+1R+p/Ki5fs5B9qi9T+VLmQeykJ9rj9/yp cweykL9pT/a/KmmHs2QXLiUrtzxSkrmtNOO4trCp+dhnnAoUUKpNrRFyqOcCQBknAFAJXKz3sa/d BY1DmkbKi3uNiu2lnVcAAntSUrsqVJRi2W60OYKBmbOg89z71PIm7nXCXuouWmPs647E00raGFX4 iamZkVyMwNjtzQXT+IocZ9qVkdRZtQDJwOgp3RjUvYt45zQYB3oAozD9831qHudMPhRZtv8AU49C apaIxqfES0yBGYKpY9BQNK7sR/aE9/youX7NjTdxj1qXNIfspDTfRD+9+VT7VD9jIT7fF6N+VL2q 7D9hIhublZkUIGBz3pOba0NKdNxeotiG84k+lOF7irW5S/WpyiUAZUzfvn+prnk9TugvdQzIqblW DfT5gsLvY9qd2xWQYc07MNBwiI5Y1SgyeZCgLT5UguwwKkNROKd0MAB60+YWpIMClcQGmmITHtRd jHAmizEIc0WYCZ96TQwyF5JpBuNaQVNylFjQV70rodmBdewNP2iQJMbv9qTqsdhC5NT7STDlQhY+ tS22OwUrMACk9qpRYXHhB61tGmiWxwUVaSQri4ouhAc9KdwFVlXk0udIGmx32hR0ApOokT7NiG6J 7VPtkP2Ywzsan2xXIhplb1pOqx8qELE1PPJjshOaNQD8arUA5oAXHrSATpRcApXAKEA4FR9au6Qt QL8ccUnNByjTknms3K4xAKai2MXbirVMVxcY70+VILifSobQBipuAYouwDilqAUwD60wFqlEBQKt RFcXp2qthCZ9qLsAzSuAc0uYYfSlzAJzSuAUXAMUcwABS5hC8VN2AlOwBQAtK4C0gCgApiG4J6mu uxdw2U7CuLgA80w1FJA70rhYbSGIBSAXOOlADSTRqNCBSaLDuPWPHWnykuQ7Z6YosK43AFA7hnFK 6AMmi4wpiDJ70XASpuMcHx0FF2KwhZifSjUdkhMH1oswuhQPWiwrlqxcJIVJ4b+dUtDGsrq5fqjl CgBrxrIPmFA1JrYi+yR980jT2rJURY1woAFBm5N7jqYgoAzbmTzJeOg4FZvU66ceVEY2j60F6mnE 4kiVh3FWjjkuV2H0yRroHUq3SgadncqtZtn5SCPekbqquosdmc5cjHoKLCdXsW6ZgFAirfSYUIOv U1LN6MdblLipOk1k/wBWv0FWjhe4tMkRlDKVPQ0DTs7kf2ZB60F+0Y4QoO1AudjwMUEhQAjHAJPa gEUWbJzSZ0pWGHJ7UrlIaVNTqVcbtNFguKFo5QuS2reXLnseDTSsyKiujQqzlCgQjorjDDNBSbWx H9ljz0P50rIr2kiREVBhRimS5N7jqRIlMZSmk8xzjp2qbnRGNkT2n+rP1oRnV3JqoyEcEoQOuKQ1 uUzFjrRY6eYlhhywZhgCixE56WRYoMAoAp3TES4HpQdFNaCWzEzj6UDqL3S7Qc4UwM+4bEzfWpbs dUF7qIt1JyLsLv8ASlzBymhbv5kKn8KpO5yzjyyJKZA2SMSJtNA4ycXcrizweX4+lKxr7XyLKqFU BRgCmYt31YtMBsn+rb6UhrcomQ44FK7OnlQ3k85oK0D60CHYzSsICMdadgLFoc78e1CMqvQsUzIK AM66/wCPhqhvU6qfwkallYEcYqdS3ZmnG4kQMO9aJ3OOS5XYdTJCgZm3KeVKR2PIrOTszrpvmRYs ZQQY+45FOL6GdaPUtVZzjZEDoVPegqLs7lM2rg47eoqeU6PaJkkdrk/MOKqyJlU7Ev2dO2RQZ+0Y 1rUHoxFDRSq+RQlOyUqrbscZrBy1sjqjqrs0LM5tkP1/nWlP4Tkq/GyarMiG6RpICqdf50pK6sa0 5KMrszhC5ONjZ+lYcrOvnXcu2lsYjvf73YelaxhY5qtTm0RaqzAKBmbckec/1rOUrM66a91E1hJn cnTuKISbepFaPUuVocwEZGDQMrmzUtkNgUuU1VVk0caxjCimlYiUnLcdQSFAFOUqJWyRRdHRG9h8 EybtnTNLmRM4O1yzTMRCMjBoAoTW8qt8oLL2xWUoy6HXCpFrUSKzkcjeNq+9JU29wlVitiybKL/a H41pyRMvbSGmxj7FhRyIftpFacLE+1TuI61lJpOyNoXkrsksW3TnjtTg7sisrRL9bHKFAGTKhMz/ AFNYODbO6LXKhBGB1OapUx8w4Iv0q1FIltjyEAobSJ1Y0yKOgqXNIfK2MaYmodTsUoWGlieKm7ZV kARjVcrE2h6xetUoE8xIqegquUlyH7MdcCq5UTcPlFGiDURpVHpUuaGosjaYdqh1C1EYZD2zSdRj 5RN5qea47CbvxpXHYTk0tWMNpoVOQroUR+9WqIcw4RZqvZITkHl4p8kULmDav0odguw+UdBUXHqL v9BRd9BWDn2FUkw0Fxx1oaENL46Vm5WKSGFie9Q5NlWQmDQk2Au0inyMVw2+1UoBccENVyCuKEHc /lVcgXHBB3NFkibsaSo6c0m0NXGk1FygzS5gDmlzAJSuMKXMAlO7AcBTUWxBt960VNCuLgd6q0UA mR2pOa6BYQsfSoc2OwnTqahtsB3aiwBVWASnYAo5GA4KT601BiuOVG+lWoEuSHeV3Jq1FIXMBCAd aLoNRhYdqXOirDcmocx2AcVFwF60gDAo3EFGgBRewCEUgDBoAAKLgLgUxC0rAFOwBwKaiAmaaihi 0+VCFyAK6bjGs3vUtjSG5pXGKKYDthI6U7CvYTaaLBcTHvRZDuKAAOTT0QriFhnilzIdg3t2FK7Y WQZY96NQ0DHqaQXE4FLQYoYjoKd2KwZJoDQUDNFkAu3jpTsK4YJ6U7AOCDHJp6CuNJXsaltD1EJp cwCZI5HBpXY7GhbXQcbZOG9fWqT7nLUpW1RZqjEKACgAoAOlAFO5ucgpGfqaTN6dPqypkVJ0WEzk 9KLgT285iOD909fai5nOHMaCsrrlSCPaqTOVprcWmIKACgAoAjllCDjk+lBUY3M99zsSx5NTynUr JWQ5Yh3NHKgcjRX7o+lUcb3FoEFABQMKBBQAhIAyTigaVyvNMG+UHikaxg1qQlhRdGlhOvakMNtO wXDGKYXE2jvTHccABSEyeOcINrHilcylC+qJ1YMMqQR7UGTVtxaYgpAFMAJAGScUhpFOe6DfKnTu aTZvCnbVlfcTyKRtYmtpwj4boe/pTTsZ1IXWheFM5gpgFADZJFjGWP4Uhxi3sKrBlDDvQJqzsLQB SvvlkB5wRUylY6KOqsR2b5uFHsalSuy6qtE0a1OQKAMy5B+0P9aza1Oyn8KI9tKxdxRgU7IRNb3C wtgn5T1o5kjOdNyRfVgwypyKtO5ytW0YtABQAxZN0hUdAOtBTjZXH0yRsn+rb6UDW5QPFSdQ3dRd DsJvxRcLAZDj0qXIfKhjOT3qXIaRa08g78e1ODMa3Qu1oc4UAZl2xFywArGT1OykvdRDljS1NNC3 ZOUfYx4b+dXBNMwqxTV0Xq0OYKBEN1EJI8kcryKUldGtOXKykr+W25eCKjRHQ1dWZehuFkA5Ab0q lJHNKm4ktUQFABQAEgDmi9gsU7m8GCkRye5rKU76I6KdLrIo1lY6S3ZTiP8AducA8g+hrSEuXcwq w5tUX62OUKACgCGa5SLjOW9BUSmlsaQpuRMDkcVZmFAFC5jCzsT35rKWjOqm7xI0Yo4ZTyKfN2La urM0I5VkXI/KrTuckouI+mSFAEUkyq6qDlicfSldFxg2rktMgKAMu6J89+e9YTvc7afwohyQcjNZ mhoW92rgLIcN69jWsanRnJUpNaotVsYhQAUAFAFee5CjCHLevpSfkawp31ZS2A9Tk1k4pHTcnslx Of8AdpwWpnVful6tTlCgDMlP7xuO9K51x2Qz61LnYsazccVk5DSGkk+9SUGDSsAoXPWqsS2ShQBV qxDYobb1q+ZILXDzQPalzi5WBnqfaD5BhmY1LqN7FKCIyzHvUczZVkhDSGHSkAUAKFJ6VaixXHhV HWtFEm7F/IVd0gDcB3qfaILCGQdhUe1DlDzD2pc7Y+UQsT3zSuFgzTuAcd6AF3gdBRzWCw0sSelH NJ7BZC4Y+tLlmx6IBGTTVJ9RcxIsI6mtFTiiHMUqq96rRBdsaW/Ck5IdhN/vU86Q7Dd3tQ5jsG89 gKlzYWEyTUOVx2sIam9wDtRqAoBqlBgG2qVIVxdozT9nELiHHrUvlQxKnmsAcilzsBQPei8mAmKL MAp2APwqlFgLj14q1AVw4HvVcqQC5+lPRABNK6AA1PmQrDhIB0FL2iFygZWPoKl1GHKhpJPfNRzM dhMe1TzDFxxSuIMUXC4Y9aLgLxRcAo1EFFmAUWAKLAJmqsAU9AClcBQKLgFMAz7U7gJilcBcUrsL iGNu+a6uUrmQCP60coOQpUAVWiFcT6UrjDzGxilzByoaWPWlcpIbmlcYvagQo2jtmndC1HF/QUXY rDfmNLUrQXafemoiuOC+1NITY7Z+FOwrjSFApaDVxMgUXQ7MN5ouFhOfWgAqQFAFFgFzinoKwhNF xhRcCWOaVR8rHHpQkzOUIvcnW5l77fyqrGbpxHfa2HULTF7JDDeP2AqbjVJEMk0j9SaVzSMIrYjO TRcsAKQBg07MACnPSjlYrokRXU5BK/Q01EltMtLM4HLA/WqsYuKHCY98UE8ghuD2xQNUxjTOe/5U rlKCRHkmi7LsJtJo1C4bfU0WC5KJ2HG79KCORB9obs1IPZoPtD+tFw5EH2hv71LmD2aENw4/iouP 2aGm4Y/xGldj5EMLM3Uk00irJBtPenYLhkLxT0Qbi7wKV0KzFMg7UcwuUbuz3o5h2ELccGi47CFi aQ7CcmkMVWZD8pI+lFhNJ7ki3co7g/UU+Yh0oi/bnHULUuYexQ03sh6YH0FLnY/YxImkdz8zE/jQ WopbCZAqkMNx6Ci4WDBpASRyyR9G49DRsTKKe5J9tcDt+VPmI9iiN76Q9CPwFQ5stUYkLSO5yTSu 2aKKQ9JpUG0OQPSqSZDjF62JBNN/z0NFmTyR7Ecju4Ad9wBpadSopLZCRv5bZU4NO6Q2r6Mk+1SD +OnzE+zj2EN3J/fNLnD2USFpGdieST3pczZoopIAHY+lCTYaIesDnrmqUO5LmkSLbY5JquRIh1By t5J+RiPaiyQmubckFzIew/Kncn2cRGlkbqaNQUYoRXZTkHFLUbSYpmcfxGpuLkQ0zORyxxRcrkRE z81Ny0hhc0XGkMLmk5Mqwm5j61OrHZBsNNRYXRJGXj+4xGeuKrkJdnuP82b/AJ6NRysjlj2HeZNn 77U+Vi5Y9hrKSSW5JqlEaaWiGdKZQoYg/Si4WJPtMg/jNS2R7OPYY13J0Dms3JlKnHsN+0zf32pa j9nDsRne1FmXog2tRyhdEySzJ0c/Q1Si1sZuMX0JRdTAcsPyqrtdSfZxGteS/wB79KlyfcapRIXk eT7zE/jUbmiilsMxSKDJFFwDJzQBJHNLHwrECmrrYiUIvckN5N/eH5U+aXcj2UBpnmk43n8KNZFK EV0GbPU1agO5KszgABmx9avlSIcUSeZJj75qWieVdhrHf94kn3o5RrTYTgEcVSshiiXYcjg0+dC5 bi/bJB0P6VDmHsojGupWGN2PpUOTY1SiiHcc5zzS3NLIlE0g6yN+dOyI5Y9gNww/jalzJB7NdiJm LnJySaV7lpWAITj+lUoBew7YB2Jq1BCuSJI6fdJppJEuKe5J9qkA6j8aOZEeziBu5P7wo50HsojG nZvvMTS9oilBLYiLjPSpdUuwoJPTgUk29w0QoO05BIPtV8qQnqP85x1c/nSckieRdhDcOejH86jm H7NETOWNK5SVhvJpFBSAUfSnqAc09RBmi4C5NGoWEwTRZgGDRbqAmakYn0pXAKGwCkrsBQpNaKDY rkgULWqikTdsCwAoc0gsMLHtxWUqjZVhKizYwosAUAAoswFGafLIQbSe1VyNBdAFNHIFxwUdz+FU kkK7FDKPSq50hWYvmjsKTqi5RvmH0pe1Y+UC7HvU87HZCcnqam9xiUrgFFwE4ouAdKACmAvai4Bn 2pqVgF3ewp89hWDJxSdRhYT8ahtsYY9KFFsLigH0rRUxXDbVqNhXF20+ULhj1NHKFw4oskAm4dql ySCwnU1LqMYfrUObAMUuZhcXGKADA9KBBii4C4oTYBTsAUWAKaQCZp2AM5p2QCZOaLoBe1O4AKQg paAGKVwDFFxBQAtABTAO1AwoEH0oAKALLYrsIREfXpQWRt70ikNz6Uig2k0rNhcXyiOtPlDmAR0c ouYUIKLILsXAAp2QriHFF0MUNj6UXQrAXB6ClzAkIGNF2OwZJ60tQE2Z70rBcTbimO4uCRxSAURk 07CugCUWsO4bTRYVxQnrRyhcXaBTshXEx7UDuLyvSgQbjnk0BYPpUgAHtRYBaYgAzQAu32poVxwK gc1QmmxDIOgFK4com9j0pXY7IUBqeoXQu09zQK47gCiyJDIo0CwbqXMFhC+KXMOw0v7VN2Ow0uTR qOwm407MdhN1Fh2FDHtSFZC7GPXimF0GAvU07pBcaZQvQ0ucfKxpmJqecfIN8wmo5mPlFDGquxWF DEmncQ7d60XEOBFPmEKfandgHOKAEINFh3E2E0rBcTyjS5R8wvlgdarlFzCjA96dkgAsvehtIEmI ZVA4FS5oOVjDN6VHOXyDPMJ6VPMPlBck96ENj1XHWrSIbFxiq0QCFsUnIdgBY9KnVi0Quwdzmqsg uAAp2QChM0corgUAosguxRwaasA9TjpTuS0P3tRcmyEPPU0rgHA96d0Am70FFx2ELmlzAkNLfhUj sITRYdhhap2KsJmi47C8noKNWLYAnrTUAuO24/8ArVeiFcDijmQCZGe1LmAUSqvpR7RIOVsQzkni p5+wcgm9zReTHZDct3NZtsdkJk+tHMx2Qv1NO/cQ7AFWrCE3AUcyQWE8z0FS5j5Q3segqeZsLINz GndhZAc9zU6jE6UDFyfSnqxBg0WAAtCQXHgegqybiENSsx6ChPWhRE2Ox2FWtBBtp3YrjgMUCuKW wKlsLDS/0pXKsNL+9K40hC4pXHYaWJpXHYTNTcBM0XYChT70+VsLi7DT5GK4uw0+WwXQZx3pCDcc 0rjsIWNLmHYTJpXYAKAFosAd6egBuI70XFYCc0XASi4wz7UXAKLsQuKaQDgFHWqSSFdi5A6CncLM bU3GGaLgG4jtRzBYNxpczCw2lqxgBmny3EOEZpqAuZC7FFWoCuw+gq7JABYD3qHPsOw0kmsnJsaV hvSpbGFK4CgZ6VSi2A4ITWipdyWxQo+taKCQrjsYHAAp6IQ0n3/Kk5pDsG/HSocx2ELE96m9wsJi kxhSAMUAKOtFmIMU+VjClyiEosMXFPlAMU+VCuGKdkFwPHFS7DEqQD/PFNRbAcBVKlfcQoQ1apLq TdC7PU1aikHMHyg07pBqN70roYZo5kAhYfWpcwsHJ9qyc2MMYqHIAA60riDFF7hcKLXAM07AGadg DNFgCnZALii4BjFFwDFFwExRcAxTuAUgFpCCncApAFAgqrAJk0AFABTAUUWADRYAp2AXFOwhKegy X5jW4tBPLz1NMdw8semaQXEKH0oHcTbimFwzilcBDntSKE2se1GoXQuwjrRZiugCClYLilRRZBcT bzTsO4u32p2FcUKB1pMVwIA6UgDb+NAXDGKYCE+ppjsG4AUroLBupXCwA5oAesLuuVXI9adiXNJ2 Yv2eb+7j8aNRe0gH2aY9V/Wiw/aRG+Q4k24+b0osPnVriOpjO08EUrAnfVCc9qdhhg0WAeAccCgl sa2e/FA1YTjPrRoMXco6Ci4rMkjDOcKuadyZWW48wygZxS1I54jCcHBqbl2GF/xoHYcivJnaOlG4 m1HcZlu/akMaTQUkISaBhk07gGaLgIWFK6CxKqv5RkC/KO9O7tchtXsRku1T7zLskHlE9TQodw5h DGBT5UHMwCLRZBdi/KPSnohaieYBUuSK5WJv9Km4WDkijUQ9QapJibHAVSQmx4qrEjo0MhwOtGgm 7BkAkelK4biMQe9Go0hhA9aTuMYRikykNNSyhmCfWpaY7oPLo5A5hQgFNRC4vTpQIX5jTVw0Qmzn k0coXJIoPMbauCcZ60KKZMp8urGP8jle4OKHo7DWquADnpxRZseiHBG7mnysV0G3HenyiuBppAKo 5p6A2PHoKVyR7xtHjd39KGiFJPYZmkUIWHelcdhpf2pDsNAbNFh6DxG7AkDgd6rlYrpCJEZH2g4J o5bg5KKuDReWxDEZFJpIFLmWg3copcyKsxpkA9aXOHKN8w9hUuTK5UIWJpajsgyTSvcACE00gukT vbeSgZyMGtOVJXZkqnM7Ij3Ko4/SlzJbFWbEMmenFQ5srlEzU3Cw4IxQuFO0dTVJXVxXSdiMn0qS rBk0AKFJ6VSQXHrGO9WoolyHYA9KrRCD64odgHrHlSwHAGSaEluS3bQbuX2o5olWYZ9qLsA2k0cj Yri4A6A0+VIBOewNOyAcD7UtBCkipuFmJnAouFhC+KVwsML5qblJBkk0bjDA7miy6gISB0pOSGJU 3YxMUrALimK4vAp3EOD4HSnz2FYbvbFJzHyoTJNLmY7CH/OaVwFoAfDGZXCrgH3pxV3YmUuVXYSJ 5blD1HpVOLTsEXzK43BpcrGKR70ONguNNSMSgBaW4Do42kbCrk1cVd6ClJR3EI2kg9qNtAvcM0AF ABQAtAB9aADA9aNEAnHai4C4FACgD0qkSP4HWtEhCEk1VrAJwDzSckhjWb0FYuVxpDah3GGKOVsB yoxPSrVJ9RNocI/WrVNIXMLlV9KvmSFZsQye1Q6nYaiN3ntWbmOwhJNS5DsIMmlcAxS1AMU7MBQK dmAvFVYQU7oYUcwgzRcAzTCwtHoAfpTsIXKgU7oNRpPPpUOQ7B1pWYC4/KrjALhkdq1SsIUNik5J BYQuT9KydQLITk1DmMBmp5gDkUOYBilzNhcMUriCgAOetNRACcCrUAEyaqyQxf0pNoQtTdgFABmi wBRYQUWAM0IAzTsAmaBi0thBQAtIBKBBVWAM8U7AFMBMUWAQmqUQDdTsFhwPFABmkIKADNABRoBP nNdIrCjAoEKCBSuFhCc0XGhuPWgdw2r3o0C7AkDoKAsxNx9MUXHYbgmgegqqO9FhNgxA6c0hq4me cgUXCwbievFK7CwnHc0XGBcCi6CzE8wjgUcwco3JNK9yhcGizFcNpp2C44KAMmgVxu4etGg7MlS5 Ma7VPFPmRDppu7LNrM0pbd2oTuY1IKNrED3MokYBsAE9qV3c1VONh1u7SXILHJxQiZpKNkE0byTt sXIpsISSirkbpJCPmXA9aTui04y2IvMNTzMuxKsM7AHGB78VWpm5wQx4ZEPzjFKzKU09hNnrRYdx wQ+lNIVy2x+zwAL9496q2hzr35akUc7q43Ele+aSTNJQTWglwyGTcv40NBBNKzIsjtUmmpLA8vPl ge9NX6ETUepCqtI+1eW61K3LbSV2PW3lYnC9DjrTsxOcV1GTRSxjLLx6ipaaHCUXsQjcanVmmgu3 3p2Fcs21sjL5jthapRW7Mp1GnZFmVkNoxT7uOMVd1a5jFPn1M4yY6VlznWojfMY1PMx8qFG5iABk 1SuLRE4s5zyQB+NVyMz9rBEbwMjYfINHIUpp7D47UuflGRTUBSqW3JfsbAdB+dUooz9qiFsIdrDB FJtI0WuqJBFJ8uF+905pak80RsyywjLKMHjIqZcyHBxlsEcM8g3AYHvQlJ6hKcI6Fm1jeOQhxjjr VpNMyqSTWhVkYCRue5pORtFaITfntS5h2JFhdkDAcGnqyHNJ2HNbOq5OMUcrEqiYi27P90cetNRG 5pbg1rIvOMj2p2EqkWQkHsKz1NB6WssgyBge9HK2S6kYjmtJUBwA30p8r6CVWLKxc56YrJyZtZEs drNIN3Qe9WoNmcqkY6Fm0geGclx1HWrjGzMqk1KOhFKAJXP+0abSuXF+6h6QOy5AwPemS5pDXgkj GT09qWo1NMaql2CqOaS1KbsrskW2cnoOKdmQ6iGOhRtpHNKxSd1dCc0rDJJxKNvmfhVNMiHL0GpA 8gyo49TSs2NzUdxWtXHPBo5RKoiIlU781LkkaK7G+co6Cp57D5GXo0cW7KQAxzjmtlexzSa5kyvA rx3qo4AOO1Zq6kkzWbTg2gntpZrlyvC8cn6USg5MIVIxirkMlpJEuTgj1FQ6bRpGrGTsRBRnnmkk kXcspZyFc7Qv1rTkMXViiKaCSL7yjHqKiUGjSM4y2IQSKzLFyfpT1YaF69GbeL8P5VtP4Uc1L4mV Ird5T8g/HtWcYXNpTUdyf7BLjgrVeyfcz9vErvC6SbGGCelZuLi7M1Uk1dGgIG+xeVxu/wDr10cv u2OXnXtOYoNAyyFCOfasXTdzqU01cmWxkI52j2NUqTM3WiI9s8Qy2Me1VyMaqKWw1Ii7BVyTRyDc ktWTfYX/ALwo9mZ+2RG8BQ4bIpOCW5anfYuJCVtTF3Oa0SSVjnc7z5io8flttYDI5qXZHQpcyuhm 4DvS50h2JhDIUVlAO7pT95q6I54p2Y77HNj7y/SlyPuL2sSuwdG2tkEdqhpp2NU01dD4oZJslenq apRbJlOMdyQ2cgGQQafI+5CqxIFVnkCDhveoSd7GjaSuJLG0TlWxnHapknF2HGSkrodHbPJHvXGK ag2rilUUXZkXJOBWZZJNA0ON5GT6Vc48pMJqWxEKzLJkt3kj3rgj071pGDauZuok7MlFi+OWXPpV +y8yPbIgkjaJirDBrOUXHc0jJSV0PW2kkiDrggnGKapuSuiXUSdmOks3jTcSDVexfcUaqbsJFaPI M8Aeppqj3CVVRHNYuoyCGodLsJVkyDyznHSl7M0uTx2bMM5AHvVqkjOVVIngtzFKDwRjtVqKWxnO pzRsQz4N0ygck1nOWtjSHwXI5o2icK3ORnion7u7KhJSV0NiiMzbVx0zzSj7zsOUlFXYyRSjlT24 qZaOxSd1cnjs5HGThR71apPdmbqxWgktq8Y3cMPam6XYI1U9CeyjKgucYYcVVNdTOtJPQhngZGyS DuJ6UpR6mkJp6CpZORliF9qah3E6qWwr2xiXceQPSny2WglU5nYrlh2FYuRskJmlcYlK4C4o3EKF q1BhcXAFaKCEOz2AxVaIkbx3NJzSGJu98Vk5NjsGAe9IYoUGqSFccQoHHJrRRSJuxQVWq5kgs2Bl HQCodRByjS+epxWbncdhhIqeYoTPtS1AMUrALRZAGKe4BimAtMQY4oGKBzQINtKwXE2mmkFwC+vF UorqFxcCqukAopc4hDx1qGxiUmMSi4C0+YQc+tL2gBipc2AYA7VLbAXvS0EFO4BRa4B0qlFgJn0F WqYCZxVcqQxR19qTsIKnmAXFTzMAxikFw71VgE5qgAUXAWlcQUgCmkAUgCjcAoAKaQATj2pqICbv erUAsJuzxmnYLADTsAu7A6UcorCbqLJDsKOaQhNtTcLihaV2K46jUAp2AKLAGRTsAZFHKBJuGOtb hYYZAKLorlDzT2pXDlFDk0bhZDlye9NIT0FwO5zTEKAKYXA4oEIWA4FK5SRGT61NyrCbh6UrhYQy HsKV2PlG5ZqLMdkhRGx68UcouZAVxT5R3FGO9NJCHb1A4FF0hWYnme1Jy7D5RpZj2pXbHZCYJ70h iYFGgAMUXAu6f1f6Cqic9foVpSPNf/eNJ7msVoiWzObkfjTT1Iqr3SS6ndX2IduOtEiKcE1dj7Z2 liZZOacSaiUWmiK0jDSkkcLQkaVZNIkleYudoYKKbuRFRS1JYwZIysg/GhESsndFRsISKZursRXB cD3pcwW0LsxRBvfnHAFNuxzwu9ERR3EcjbCm3NSpFunKKvcguY/KfHY9KUtDWnLmRBmobNLFuwP3 /wAKuBhW6DLP/j6P0NKO5dX4Au7hllKKdoHpSlLWwqdNNXZLbSGe3cPzjiqg9CKkeWSsUNxPQVnd nVYT5jRqGgoVyoBJx6Zo5RXReVf+JdtP+ea0S92xzt/vblPyxU8pvzDvLAoVkLmLdoFCs2OlaRMK jexA9y5YkNj0FQ5mippIdLdJJCAQS49qTqaWQo03GV+gv2kmARxKwb1p8zasHs/evIIftAkUneRn nPShRYT5LBf4WRT3Iom7Co3aJZpTFaIy/eIAFNv3SIx5ptMrQs9zMiynco5rOKbeptJKEW4kl5NJ 5mxCVA9Kqd72JpQVrskspXfKOc45Bpwb2IqxS1RUlA81/XJqXa5vF6IQECi4y9E+yz39cZrRP3Tm krzsQ+c8pCk9TSuzTkUdSxNvVAkYOPaqdzGNm7yGw+arjcGIPBzSSZUuVrQZcKElHHB5pSKg7oSW V5cCIEDvQ7sIxUfiH2yzK/z52470oxaYqji1oRtAGveehOcUOKcilNqmPuZCH2AkAelORNOOlx1r NvYoTnjIoi9bCqQsrkSr5l4QRkbiTR9qxbfLTJZ/NZ8IDtHpTkmyIcqWosAkBKyA7cd6EmhT5d0N jTbc4HQU7alOV4Dp5GVtqnFDJhFNXZXeQZyx5NS5JGqj2I/NXNRzl8rLF821U49aqbsjGirtkjh5 LZfIYDin8UdCVaMnzFZZZ7ckyIxX3rO0ou5s4wnsypK++RmAwCc49KzbuzaKsrCBSaEmO5o2277E +Sc8859q3grRsclS3OhlsmJ1Ykk+pojFIqo/dsLdzkPtDYxROSWjFShdXHWkhljdWOQPWiDuKrHl aaIrFA07Mf4BxUU9ZGlZ2jbuLOtxJISFYKDwAacoybFBwiiaBZGiZJgcdiaqCa0ZnNxTvEz2G1iP SsHo7HUncSgZdvf+PeL6j+Vaz+FHPS+JjI5yLfyo0O71FTGTasipQXNzNiRxXIYMoYfU0KnIJSha zJb8cIe4NXU21Io9UKGI0/dk59fxpp2gJr95YZY/vJGY87e9EHcqr7qsLMLh3JCHHbmh8wR5EtyW BZGjZJlx6E04qXUzm4p3iRWJw8isfm7VEHrZmlZaJobJDcqxYMW5zkGlKnLoVGcGrDLidpAqsm0r USlLZjhBR1TJ4if7Pc5Oea1j8DM5L94iiST1NYnStBQKdguaBcx2Sleu0CttoHJZOo7lWF5FmB3E 5PPNZrR3N5RTiS3yZlXHcYq5rUzovQmmR1hWOEY9TVNaWRnFpyvIhijuI3B2sRnkZ7VCg07o1lKE kLeDypklH4/hRU0sxUvei4iX6/ckHfilU1SYUXvEsRYiSOM9SKte7ZGUvebkVIYsXu3spzWaj75v KX7u428ffOcdBxU1HeRVJWiQVna5oX7VilmW6kEmumndROWorzsVcyb9xYhuuc1n7Nt3ZvaNrFuZ RNbqx61vy3Vmc8HyyaHxfurXjtmmkkhS96ZX80u4TdnJ71POtjXlsrkl3N5e1F44qakraEUoX1ZD BclXA5wTg1CqWNJ07olnjH2qMY4brWkm00RCXuPyG3srBwikgAZ4qKsneyHRirXYWUreZsY5B9am m2pDqxVrobJ/x/f8CFE1744/wxb4fvl+lOqrtCo/CFkpEpJ/u06UbMKz0FWINeHOCNxNOy5xOTUB LuRjKVB4FE9WFKKtcSGZowQwLD0zSjdDnBSJLQYd/wCVVBakVdkRBws3PQNUOVmacrcSxcRPLgo3 GOma0lHm1TMoSUdGQ7poYyrLkHuazSnDY0tGTuisEzUqBtcXYAOtVyJCuKEHf+dFoiuxwVQOKegr safrUuTGIW9zUOTHYb1PWp1GGKYCUrgAyKXMAuWFP2gaASe5oc2wCgAxTsAYoYBSuAYNK4BgUagL inYQVSQBTswACizAMUWYXFp8oC9OtOyQhM0nJIYZJqHMApXAAce1VuAZ+tOwCU9EACpcl0AMZrNs BaVxBiizAKfKwDFPlAMVSgAAVVgDinewhMfWp5mMAKTbC44CpdxCUWAWnYBM1VgDNOwCEjvT5QDI 7U/ZgBJ9MVSpgICTT5AF6dqOQADUuQAzmjkAXDHoKpQFdIdsOOapRSFcjIxRoihtJyQx2DU8wg2m lzhcXbUuYri4pczFcKQB3p2AKdgCqAQ5NMYYouK4YouFwwaQXG89zWljXQMUaALnFO4BuPalcLBv PrS5gsL5ho5hWHbzTuxWFBo1AUAntTsIVkzRYExuwDqaLIdxpwO1MYmSOgpXYC5ap1CyG4OaNR6C 7PU0WFcQgA0aDFDBRxRdILXEL0nILCbhU3HYTNFx2FFUIu2AIL/hVxVjnrdCCVMSseDyaVkaRehJ aDFwPoaaIqfCLcqTO1OwU37pNaLtVqZnVd7CWpAdh60kwqLQSS4dHK8ce1Juw4001cI5Z5QSu0Ae tGrCUYR3KjMSTmoN0hAcEHPejQZcvfmhR15HXiqk7q6OelpJplOLdJIqqO9ZJtnRKyV2WdQYbkHo DWk9zGgtGUs4rO50WLunkHzPwrSBz11sR2eftZ47GpiveLq/ANuYt1y596JRux05WiixZLtierir Iyqu7RU4qdDfUCVFK4WYhkFHMPlZcD/8S/cP881afunO1+8sUTKx7VlzM6OVDSzetRcqyL1gd0Mi Z5ral1OatpJMpEFWIbgjrWTVtzoTutCx9n223mk49q1taNzLnvLlLMri0gXYoJPFVJ8q0Mor2ktS vHdTzSqoIAJ5wKzvKTsaunCMbj9RxvT6GqqdCaGzHXP/AB5x4Gen8qb+FE0/jZFaErcLnp0qY3T1 NKmsR1zE3nMegNVJO5NOS5bEllCVcuTnjFOMbO5NWV1YgljHmN9aTSuaRloiPAHtS0KLi8WH+fWq T90wf8QrJIqupx0NRzGzi2i3dSSR4ZPunrVyv0OenGL0ZFFPNI4UMMn2qU2zSUIxVx7AtcKkjAn2 9KrrYlNKLaHzSmIhEGOOuKbdiYx5tWEDvI+WPAFJXbCaUUJ0u89qH8Q/sDLmEmUnnBokrsqnLQda w7HLegxQo2FUldWHIAtyT6k0+pL1gLK7o3XjtTegopNBHI8mQp6dzQnccopbkSSE3YUkE57VPNrY tx9y5DeuRcMB6Cs6j1saUV7pUJJrK5tYUZyBQgL9+u4R+2a6Jq6Ry0XZsYIpLZQwk4PYdKnlUVcr mU3axNBcmR9hwfpVxld2M501FXK9ykaTEAAe1TKyZrTcnEj3ovTH4UudIuzZbgfdZyEDpn+VXGV1 cwmrTRXtGZrpcn1/lWMG+bU1qpKDGXv/AB9N+H8qKnxDpfAifTukn4f1q6XUzr9BNPOJXX1FKnpI dde6mJLLPHIyl8DPH0okmnuOMYNXsPh+0SqW8zaPcUKLetyZckXaxSZssT15rFs6EtBM0IZevf8A j3ix7fyromvdRy0viY/P2a0UxqCSBk09VHQXxzsyus88zhQx59BWS5pPc1cIRVybUB8qfWtKuyM6 G7BRnTSPY/zoS9wH/FG2BCu6nqRSho7DrapMZNNNFIVLn2qZXiyoRjJXsSRefLGW8zaB3IpxTavc mXJF2sRQQtNuZXAINTGPMXOajZNCrczRnB59iKE5IHTgyxcgSWwdhtbg1q9Y6mVP3Z2QkS/6Cw+t EfhCT/eFU7RWZvqKGUU7isy1M3+hqfpVt+5cxiv3jKiPmVfrWPMbtaE98cSp7CtKrMqOzJblnMSy RE474pz1V0RTSvaRVjlnkcKrnJrJczZs4wirtC3SOrKHk3/0onHl0uFNp7IsRKJ7VAf4T/KtYe9G xlJ8k2xk74vFPZKJXvoOC9x+ZYKiN5Jf9mrtrczvdKJnFQST1rPkR1XDGOwqrJDuXIVL2jKOvNUt Uc03adyn827bg7s9Kzc3e1jp0tctznyrRUPU1Um4x8znh707iKf+JcT9f51Kb9mxv+KVYmCSqfQ1 zqTTN5K6LN9GWKuORjFb1Y8yujCjK2jK9vGZJVwOM5JrKEG2bTkki1cSBbuPn7vWtakrSXkYwjeD GXsZLh+oxinUjfVDoy0sJZRky7+y96VOOtx1ZaWFk2i7yT/EKcrKQRvyD7wYYNjPGM1U+5FLawWg YsWIwMYpQvuFVq1hqNtvDn+8RSbtMpq9MS5Vlm3BeD3qpJ3ugptNWCCIyZLcAelCj3CclHYdacSu M0ofEKrsiAxlpip+XLYyaycfe1NFK0bj3WS3YBXOKcoOL0JTjNaosW8jSqQ449a0g5PcznFR2KL5 DkA8ZrFvU6VsNx71Nxi7scUXFYTOR1pOTHYKlu4BxS1ADRqAlFmAU+VgBp8rAKfIwFxT5UtwD8KL pAJip5gFIAo1YgHNNRAOapRQC00gDHHWqsguKAo96q6QtRe3ApOQCVLYBmp5kFhOpqXUGFQ5tgLi hK4gqlFAIarQA61Nxi4pe8ISjlYBRygLRYBKaAMGqVwF4FUkIQtVJDsJ1pgOA4qWxAakBMUgDFAC 0WASqsAdqYCd6LgLRcBpA9apXAMVokwuPCgck1WgribgrcDNJyQWugZyegqfaIErDdpPpU84xMFa pSDceGYCjnFZB8zdTUc4aIAoqeZhcKWoBQIKdgCiwBTsAU7AJTsAtABQACgApXELRcBKLgN/GtTU Tj60tBiZ9BRcdgwaLMB6IM/MafKiW+w75F707pC1Gl17DFLmHysTzKOYfKODmndish2WPenqKyHB PU07CuKFRRQTdsMpS0HqMZh2FK5SQwk1LY1YYSfWobKVhvPrSKFAOaVg0FC+tVYVxwSq5SeYUKop 2SFdjgQOgp3ET283lk5XOfShMznDmGNhnJ9TSKWisOidY5A1PYUk5KwSyhnLChsUY2VhYbkRhsgn NCdglT5iFZWV9y9am5o4pqzJzdxOP3sfNPn7oy9lJfCxkt8PL2RLtFS6nYqNHW8ipvNRdm9kJSGW be7MabGG9KuMmjGdLmd1oTC6iQZjiwatS7IzdOT3ZWfMrlnPJo5b7my91WQbVFFkguyaCVYN2RnP pTTSM5xcxkdwsUu7GannS2KlByVhks5kcsoxmpcmyowsrMfb3RjRgVJJ6URk0TOmpPQr7GqbM1ug 2eposFwwo60aILsnF2q23lBfxqlOysZOk3LmK+SegqNWa2HBGPtTUWwuiSFmhfcpqoqzuRNKSsyy bqInLQ5ar5/Ix9nJaJkNxO0wx91R2FRJtmkIKJIl2PLCSpvApqTStuQ6Wt4uwfaQoxBGEz3p8zey D2f8zEnlE+35cEU3ruOEeQc84aJV29O9VcShZ3ICxHfFTdI0sWFvQVxIm4jvS9oZOlrdAL3DcR4U DpRzsPY+ZWdizE5xk9KhmyVkMyKV0UTfacW3k7fxz70+dpWM/Z+9zFYtWd7m1i1DelE2Ou9auM2j GdFN3WhKLxQD5UW0+pq+d9jP2T+0yJS5k3kkNnrRqW0krFoTqw+dATV8xjyNbMBPgjAAHoKOYOQY 7hmzjFJspRsrD1nGMMuafMS4dhftIHReKOZi9mQO5LEj1qG2zVLSw5bslcSJupqTRLpdmI92wXEa BPehykNUlfVlWKTypQ+M4rL4Xc2lHmVgmkM0hfGM0NuTuEI8qsM2mlysq4A4pXsBNcXJnCjbtxTl UckZwpqI6G7ZI9jrvUdKcajiKVJN3Q43wUYiiCmn7V9hexb3ZUYs7Fick1m3c3SSVkJikBYtrkwA rjKnnFXGbjsZTp8+opuh9oWUIBgYxTdRt3BU/d5bkc0nmyF8Yz2qXJyd2VGPKrD7e58gN8uc1UZ8 pM6fORiUqwKcEUnMvlurMsi+BH7yMNVKqzH2NtmMlu2kXYo2jpxSc5S0KjSUXdkSxZ60KHctysSC NF5PP1rRKKJ5mx81yHUKB0odRExptO4RXbKu1lDD3pKbQSpJ6oVrvAxGqpnuKHUEqXdkc1z5yBSu Md6hzurFwp8ruLBdtEu0qGHb2oVSS2FOkpO5HJMXm8xRtPtSbcncqMUo2ZYF5kDfECa055Lcy9lb ZjZbh5F2gbV9qHJvcqNNRdxsLmJty1KdtUVJcysyb7WOvljPrV+0Zl7J9yKadpsZ4A7VLk3uaRgo iw3JhUrtyOuKFNxFKmpO5HNL5sm7aBxjFTKTZcI8qsR8mkUTtMXgWPAAHetL3VmZqFpcxGpVWB9D ml7pbu0PmmMzBiMY9KJNyIhDlQ6Gd4lxjK+hpxvEU4KWpJ9rx91ADVc7J9l3ZWdy7Ek5JrJ2b1Nk rLQkguGhBG3OaFPlInBSI3cs5Y455o9oylGysSveM8e3AHvQ6rsSqSTuQFj7VLmzSwhJJ61N2MvW 7FbJmHUZreD9xnNNXqJDPtv/AEzG71qPbSK9j5leSV5GyxrNzb3NIxUVoOFwRbmLAx60/aO3KL2a 5uYiqLlk8V28a7SAy9gauNRw0RnKknqPa9bGERV96r20iVRXVlYkscnkmovqbWsWI7plUKwDD3q4 zktDKVJPVDvtb5G1QAO1XzyYvZLqRPmRy7cE0+Vt3ZUdFZE6XLBcMA2O9WrpGbpq+gjXZ3DAHHap cwVLQgaTLE45JqHM1UbKxIt4wADKGo9q0Q6S6CSXTuu0YUe1J1WxxppO4yKUxNuWoU2noVKKkrMf LcGUD5cY71UpuWgo01Ect24GGUGqU5kukugkly7DAAUGm5SYRppEB9zWdjUMAVIB0os2AY4qlTYC 7eM5q+VIVxdoqbIVw2iiwXE+X1p2SHqISOgFDmkFgzUOaGJilzgFS7sBcUWuAU7AFWkAuMf/AFqp IQbSemaai2FxwRsVXs7i5kIR6mjlS3C40kDpUtpFIM1LbAQ0rAKP0qJJAKanQQZApqLAQGtFAB2R TtYQmaTsMSjRAJgmnzIeguDUuQg71LAKL2AWjm7AFO4hDT5mMMUXYAOKLsQUXsAUgFpgGaaASqAM 4obAKQCE1SSAbnmr0QxeT2x9aTmkIXb6moc2Fw24qbsVxcUtwA00gEJq0mAm6nyjsLupcorCg0WQ C0CEoAD0oATk09AF5p6AHNFwE5ouAc0XELilcAA5pXAWgAoAKACncCLHvVm4owKE0LUQv6DNHMOw mWPai7HZBhiOTRZhdC+XjvT5BcwoUU7ILjsCnoIMijmQrC7/AEo5gsJk0rjsGaVxDhRuA4DNOxN7 C7MCiwrieWKVh3EKAdqLDuN289OKB3AA9MUguOCN3qtRXQ9YhRykuQuwAVVhXY0nHSjQaA5AyRgG pbDQaWFTzFWYwuBS5ikmNMlLmHyibielK7Y7JAEJ60WC6FEVUoC5h4hpqBLmL5KjqafKkLmbEO1R 2pXSHqxhcDvU86KsxPM9KnnHyib2NK7YWSFVGY8Zb6U0ribSFwq9f1p3SDVhvA6Uc1gsw30uYOUQ vScgSG5zSvcqwcUaCFyB2oUkg1HbwB0p8wrMTzPajnYcom4npRdsdkOwe9Oz6iDjNNWFdjwyCnzJ CsxTMo6Cj2iFysXEpXIibH0p3k9kK8VuyFpWzjGKzc2aKKG7iai7ZVkJk5p3CyFy3rRdhZB9aQBn 0FO4rDgpaqSbC6Q9YR3NUoolyJBGijtn3qtERzNhuVelFws2OG5uFBp6vYTstxwjk/un8qdmLmiJ 5cnZD+VRysOaPcaRIoyVIHvRZod0xN7UajsiVYpGH3TV8rIcorqIyMg+YYoasNNPYYWHSpbKSDy3 k5VTiizYXS3G+Q/XY35UuVhzruIyOo+4R+FJpoaafUj+Y1DuXoP+zy/3Go9nInnj3AwSj+Bvyo9n IOePcjIIODwahq25aYnAoAcqs5wqkmqUW9EJtLcGjdDhhj60+RrcFJPYTaaXKO44QuV3BTj1qlTb RLmk7DcVLSKDGSAAST2qfQQPGyHDKR9abTjuCknsPWCRhlVJFUoNrQlzS0Y8QSjpGavlkTzx7jGE g+8CKl3W5Ss9hhz3rNsoSi4C4IoVwFEZPaqUGxXQ8RH1q1TFzChVXqaeiFdsNw7Ci4WF5PtSuAuB QK4cUgE+Wi49RCR6UBYQkfSkMb0qbjFpXASqAM0XGHP0+lF2AvNLUQdqWoCZpXGGeKQCdaADpQAU ALSAmS4KQGLb171optKyM3C8uYixWZYU7AJRYAosAop2AXHtzTUWAoUmr5LiuKFAPJrRQFcfjHTi r2JELVLkwSG7vU/lUNrqVYQkdsmpcoodhuahyAMVHMAUAGM09Rjugpp2EJzVqTAMHvTs2AuAO9Uk guwwKd4i1AmhzSCwmcdKl1B2F3EVm5isJkmlzhYDk0c4wxU8zYBikAYqkgCqUQA07CDFUkMUKatQ FceqAc1fKkS2OLIoo5khWbGeZ6A1LqJFcoeYxHpUuoHKhp55NRzjQlTzIYuKnnYhMYpasYuatU2I UA1ooWFcQj2quVhcQ47ipcWMXFRsAnFSAtIAouAUrgJQIWhIYZqrCEp2AKYC0wCkAUrAFMQlMAou AUXYxaWohCaqzAQ4qrMYDgUWAPxpaALSEFFgEqtgEINHMkO4bfU0ucLgFFLmYrigClzMVxaLhcKB BTAKAAUwFp2AKAEzQAUAFAgoGFMAosAuaADNFkIZtrSxvcURjvVcqFzDgqijRCuxpK4xQ5JDsxA1 TzDsBbFK4WG7xnilcdgz6mi47BuA96XMFg3HtxRcLAOepoEOGKpWEx6n0FVcTH7j9Kd2TZCA56mg LDwQOlK4gPNAgC07DuLt4607CuJkCi9gsJ5hFJyHyj7YeZN8wyMUJ3ZM/djoR3ORM+OBmok9Sqes UT3mTBHj2/lTl8KM6XxMpmF8ZII/Cp5X1OjmQmwDrTsguKI8nABP0pWByH+Wy/wkfUU7MnmTDaem Pyp2YXLF2ojRAi/lVSdloY03du5TM5rFzZ0KBGZHY9ai7ZfKkGxycBWJ9MUcrbC6Qm0g4Ix9aVmh 3HLG7DKoxHqBVKLexLaW7EbcpwQQfek7rcasy3puTK/+7/WtKW5hX+FFaYfvn/3jWcviNY/Chqo7 /cUn6ChRb2KbS3Ao46qR9RRysLoXy2+lPlYuZCiB2+6pI9hRyPoJzS3EaNk+8pX6ipcWtxqSewgG egpJMbJVtpDzsOPpWipszdSKF8oL17etVypBzXAAD0p6APMbYzsb8qGvIlSXchLj0rNyNEiPdUt3 KsS26l5k+UkZ54pxV2RN2iy7dTzRviNeAM5xmtpuSehz04RktSh5UjHO04J9Kx5G9Tp5orQcYHT7 ykfWm6bW4udPYRYyxwoLH2FJRvsNtLcGjdPvKV+oocWgUk9hoGeKlIY7Y27bsO70xzVcr2Fdb3HF JE+8hUe4quWSEnF7DlikcZAJFNRbJcooUQtnDZFPl7i5l0JBGFq1GxPNcckhiJKgHNNCcVLcmjuH ZwCAMmndmbppIdcTmIgDHPrRJ2FCCkVZbtnTaQMVk53No0knclgjWKLzpevX6VUdFzMicnJ8sSNr 9y3y4UVDqstUV1Hw3gdtkoGD3xTjUfUmVGyvEbc25jYFPun9KqUbbDpzurMntflgPcg1UNjKprIi N43tUc7L9kh8Nz5j7HUc9KcZu+op0+VXRBcxiOf5RweaU9GaU3eJZuZXiVSgBz61c20tDGnFSepX F5LnkLWfNI19lEkuEWa3EoGCBmrfvRuRBuEuUpbfb86yOm5ds02I0jfhWsNFc56ru+VC3Sq8Il9B 2olZq4qbalylAtjpWHP2OmxpWh/0VSfet4P3bnJVXvlO7g8uTKj5T+lZ1IO90b0p8y1G26HzkJ9a mMNSpv3WT3w/eL9K0qWurmVHYljYpYhl6gcVSdoXRElepZkH22X0X8qxdWRr7GJNDcLcZjkUZ/nV wqOWkjOcHDVFSeLypSvbqPpWc4KLN4S5lcj6Uk0WODY6CmpE2F3saq7FZB8x9aNR6ChDQK4u0UCu LtosFxCuO9Ow7icDvS0GN3Cp5kth2E3E1PN2HYTBNLcBwGKVhC89qtQ7iDgd6dorcYmVHajmQWYb h2FHtEFgLE9hSdS4WEqbNjDGKfJbcAAotbYQvPajkbASjlSAWpYCY5qbjCgBcHtTQhQpNWoNiuL5 Zq/Z9xcwYA70cqQXFGKAHD3q1EQEZ74q7pAJlR0pOaQaibj2rJ1ew7DSSTWTk2MKnVgHTpTUWwDH tVqkwuAFWqSFcXiq9mgDOe1PliAZFS+VDEx6Vm52AMVm5AAFHMAHPrS5gClzAFJsAxRcBce9Uk2A YqlBiACrVMLi7cdatRQrhwPejQeofQUgACmIU4WqTsG4mcUnUCwhOe9ZOdx2Ex7VHMMWgAxTSYgA ycAc1vCi5ESqKO5LHaSuMl1Uem2t/Y010MfbSHNZyDowP04qfZRLVXuQshRsOCPrT5LItTT2FDKO 1Q5pDsxd/otS6qQcozLH2rOVZ9B6BgVm5NjDFTcQUIApAFABiqsAVaiAuKqwgwKdgDpTsAhosMSl YBaLCEJxTURiZOPSr5EAhPvT5UAZPrRZDDJNNRQhOTT5UAU7IYnepYEnas2SGKQBRcApAL09aNRC UrWAMUAGKW4gxTsAYp2AXpTtYA4FOwCZFOwCZp2AXNJgGaVgELDvTsFhN4qlEdhN/tT5QsKGJpWQ WHDpSELikIBxQAlOwCFgK050bWE8wnpS5mOw0k9zUMY00rDDmgYmGJpWYXQoQmq5WF0PWH1NPkJc xTGq9KfKhczDaDRZBcNoFFkguw4HSjYB27HTii4rCbmNK7CyFA55p2AeOKaJFz707iF34ouFgJzR dhYMcdaQXEIFIZPZuQ3l4461UX0MqqVrjLqVmZoyBtB4pSb2KpxS1LMriKFWIyeMVV7IxinKTRFB ctJJtZRg9xSUmXOmoq6Ip4QJiBgKefpQ1qXCfukzzxwIFjKmhySIUJTd2Nt7vzpfLKg570lO7sOd LlV0QzStBdtsA/Gpk2paGkYqcNSxdzvCqlMc+tXJtbGNKCk3czNtYWO25JbgefH/ALwoS1Im/dZf urgW54XLNW058py04c5BFi9udzrhVHSpi+d3ZrL91GyFmvWVysSgKpxyKHN30FGimryJF23sDBlA cd6pe+rMl3pS02ItOBEr8fw1FNWZdd+6hiwedeMD03EmjlvIpz5YXLE1wID5cagBetW5W0RlGHNr IWGUXQZHXBxmiMr6MUounqivGoFxtlOFU/nUbS1Nm/dvEllvCrYj2hR39aqU30M40k1dksMn2mJg 6g9qqLutSJR5HoV7EK8rZA+UZFRB3ZrWuojpruaOQjaAueMiiUpJihSg0MuZ45oQRxJ9KmU1JeZU ISjLyH2qLDbmdxk9vaqglGPMTUblLkQwX0u/OBj0xU88ivYxsOvIlkiWdBjPWqmuaNyaUmnyspiM noDWaidHMW7TfEwXjDHmtIJxMKtpK5NdTtG20YwVqpysZ04KSuOWQR2aSEZwMgUJ2hcTjebRVa5e 52xbQMt1FZublobKmoe8Tzy/ZgscKjNaSbirRM4R5/ekFvcNK2yVQQehxSjKXUJwUVeJEbfy7pcf dyCKThZ6FqpeBblbYcqBuPetX5GEVfcWNvMUhwDQgkuV3RE1ztbCgADipbZap3Wot0wESv60Selx U171ikZ81k6h0KA3zz6VPtGVyD4JWa4QE/xCiM22iZxSiyXUf9YmPSrq9DOhsyooJIHvWNjoZf1A 4iRe2a3qaRsctD4mzPrnudQ5TiqTsJmjOd1kGPXANbv4DkgrVLCWgzbMPUmilsx1dJIg+xS56L+d T7NmntYk1vamNw7kcdBVxhbVmc6iashk7rJNxyBxRIqCaiWZoxIACcYqmlbUxjLlIltYwfvZpKMS 3VYXRMcIVV+X1pTuloFP3pXZS3MxwO/SsW7nTZIt3R8m2WMdTwa0npGxhT96fMJZN5kLxMKKb6MK ys1JFUwsHK46GsuR3N+ZWuXY0xZbT6Gt4xtGxzSf7y4sbrPGUbqKcWn7oSTg7orIrJcqrcYasXdS sbNpxuh9+cSL9KqtuiKOw8H/AIlxPt/WhfwyX/FKJrnudQ+AkTIQe4pptEy+Flq+XLJj3roqq9jC i9ysI6xSNuYcI+KpC5g2gUwuLjijYQZ9KLoBCwFLmGkNMh7UnMaiNJJrNybKsNpajFHFUogLVJJC AEe9O8Q1FLDsKHNBYQkmoc2FhOanVjFCk1apiuKUA6mrUIoVw+Ue9P3UGobvSlzoLB9aXMhi7gOg o50Kw0sTUubY7ABWbuAAcUWYAATVqm2FxQvY8VoqfcVx23HUZqtIiuGSPQVN2GgYJ6k0WYaC7KfK FxOnSjUBMt3zSafUegAcZrOWgATUegCUgFxTQC8YqtBCcVanYA/Cj2rAOhqfasBc1LqMYlLnYBS5 mwDFCi2AuDT5GFxMU+QA/CmqbANpParVEV0OCH1rRUoiuJt9eavkSC4uwUmguLgAVFrCEPFIY3FK 4wwKm4AOKOYBc8UnJgIeO9GrATNHIxi4p8ghQPWrUL7CbsPETHGFP5VSpMh1Ijlt5DyVIFaQpJay M51exZigVByPwrZvsYepLuA9qmw7huHqKLCuNYAggjI96YEElsrcodp/Sk4Rlui1Ukis6tGfnHH9 4dK5pYd7xNY1U9xOMcciudprRmt7hSGFFgCmkAU+VgFVy2ASnawBTAKdgDNAgxRqAdKAEoGFFxAR nrRzMBPlHFUuZj1E/DFWovqA4Be5q7JCuxcoO2aOZCsxpfPQVPOhpDdpPtUuY7oULiocxXHdKm4g ouwCmAdqYBSAKLAJuAqlALCb6pQHYN59KrkCwm401ELCZ96dkgDBpaDHAVLZNx1IQmcUWAQ09hjd pNO4XFCUuYLi7QKVxXF6UCFoAKACmAmKBke0ntU2N7jgmKtRFcCBQ7INRPoKQwA5oAcKYgOaeoAA x74pWYaDtuO9PlFcQkCloAmaVwFCsaAuLs45osFxwFVYQcUgAc0gDHHWnYA4HenewC49BQIdjHU0 WFcOT0osBNagiX8DVJGdR+6NmAMrfWhrUcH7qJbkfukzQ9iKe7IIWAnQe9Tzamk17rC73NdBFON2 BUz3sFKyhdj3W3tcApvbGeap2iSnOp1sOt7kPKESMKDycURnd2FOnZXbK94wFyeOeKmbszWknyk2 oHCR1U9iKO7KOVFZXR02Y6Fs3EeP7wpJ3YpL3WT6iMzL/u/1q6qu0ZUPhZJp3AcdDxVUyK/QHvAj EGIZFDnYFSbV7ix3Tvny4M49KFKT2QSpJbsLIHzXJAGRTgne7CrayQ6AKty/Iyc01bmJm24ISa6E chUxgkVMp2dhxpuSvcRLtnJEcOTjPFJTk9kN0kt2RRobm7beCoHJFJJylqXJqENCdpIonKpECR3r S9tkZKMpK7ZLBIZFbgADgYqkyJx5SlGGEmYASw64rFK70OmVre8SLfg8SR/lR7V9SHQ7MdPFFJbm aMYxzxVNKUboUJSjLlY+N9lirAbsDpTi7QuiJK9RpkX20/8APJaj2jNPY+Y6WZzB80eFPeqcnbUm MEpaMqmYDoKjn7G/ILDIzTp2G6kpNsU4pRZLfIWuBgZ+WqqRbZFFpRJmjJsFQ+gq0vcszNP942RW 8YSZSaUUkXOV4smnQGXJ9Kt7mcHoJGB5qgUXQ5XsOlYfaFHHahuzFFe6xt3JscD2qZy5R0ldBZPu 8z8KISuFVWsUXc7iM1g5O50pIt3X/HlF+H8q1l/DRhT/AIjKPWue50igUASW/wDr4/8AeFVB6oif wssah/rE+la1XaxlQ2ZUG7PFZWbN9DRuE8+3Vh25roa5onJB8krFIoo61nypHTdsRV3uFQcmle7s gbsrsuXhEdusf4flWlR2jY56SvK4tmf9FYj1NKlswq/GiqbmQfxms+c29nHsNaeRurHFTzsaglsI GO4daOZsdi5f8In1repsc9HdlMZNZJHQX7cFrch8ntzW8Fpqcs7KV0Q20I83d2XmpjGzNKk/dsTP LHuwU3Y4zV3M1F20YLPEpGFxmk5pA4SZHeDZhgOvWpqaalUtdBUJNgxPoaSfuNg1aoU45GjcMvUV zptO50SipKzL7Is/lyp1Brpdpq6OVNwvFkF+Myr9KisrtGtHZkg/5B/4f1qor92Q/wCKUcYrGx03 J7WMtKpxwOTVwjdmVSVkS3b5kC+gq6j1IprS5BnFZmthCxoCwm40rjsJk+tK47CGp1AMVLYwxSAM DtQFwxVJhcAtK7C4YxSuAh9qTGGOaEwF4poQmarmAOfWk5sApXGLilcQvAoAKADBoQBgVoosQ9V9 a1UF1JbJAiAVqoxRDbBtlHMgVyNsE9qXMi0OBHfFK6EwDCjmigsBbHrRzoLDS31qHUQ0gzUuqOwh PrScmwE69BS5G9xhj3FVyJbhcAefWpaihCk1DYCfhSuugBU8wBU3GFPlYC4p8j6iDGKtQC4uBmtF BgLWigIOMVdkAnSjQAGOtO6Bj1Kii6JaYvmIKOZC5WNMgPAFS6iGosbuP0qHUKsGTUcwCUuYApXY CcU1FsY4KzdsVoqQrpDvJPetFBInnGMoFDsikxBzWbld6BsSpEWIz+XrW0KXWRhKr0iWo7dVwSOf 5Vre2iMXd7k1SAUAJmgQhNMBhI9KYhpx7/nTENJPZqAEJPoKYELxofukxt644/KpcVLcpTcdiJt0 f3xx/eXkVzyw/wDKbxqp7ijkcHNY8ltzZMOadkAmaeoBmjlYBn2NPkaAWjlACKLBcTFFgF/GiwCD 2GfpVKDANrHoMU/ZiuhCrDvTUEh3Q5VX+I1SSQm30Gkg8KKTkgV+omM1m5jDbUcwXFxilcVw7UhA KACiwwNUkAU9ADFFwCgAqkgGFs8VaQ0hAB3NWrAOBUUXSFqBb0WlzBYTBPtS5h3Q4Lio5hXFxSuK 4UAFAhMc07juGMUCCgAoAWgBKACgQtABQAflQAmKuxsKVx1NOwXECilZDuOwop6C1EJQDg0uZArj d6ilzoqzEMgpc4+UA5PSjmYWD5jS1DQMUWEPH0NMQ7n0xQIM07MAA96LAOCrTsTdiN7UxoQY7mge opdRU3SFZjTMB3pc6K5BPOAPJzR7QOQX7QOwpe0FyMkguQkgLdPaqU9SZ021oSzSQspaNssTTck9 jOEZLRhPMjxqFOSKbd0EINN3I4cLKrMcAGpSsaS1VkOmkUziRTkjGKHa9yYRfLZj5Ht5wC7bSKba e5MVOGw1JoIGxGpOerGlzJbIbhOa1K926yTbo+Rj0qJu70NaScY2ZaMkFxEvmggjtWl01qY8s4P3 Sj5BzyeKz9mdPOSRIkcik9iDVKKREm2rEt1cI7gpzxROaIpwaWpDFctHJuHTuPWs1N3NJU1JWLLS Wkx3Mdrd605oPVmKjUjohJLyOOPZAM+9J1ElZDVKUneRHaXISRjIeCOMClCeupdWndaEe5xcGRP7 2RRZ810VZctmW2aC4AMgKsK0dn8RglOHwiefBboRFyT3pc0YrQOSc37xBDdCKUsQSG61CqJO5rKm 5KxM0lq53FyM9hVOcGZqNRaWFjvYlOwKVQDg+tCqpBKjJ69StDN5ExYcqePwrOMuV3RrKHNGxO32 SQ7ySCeorRuD1M17RaDZrlfK8qEEL61Mp3VoocKbvzSEtp2iyrqShohJxHUgparck22md3P0q/c3 IvU2I7qfzcKowg/Wpm2yqcOXVlcKM9ajlRtclhKJIpPY1SaRnO7Viea4RnBXkY9KtzRnGDS1HNcK 0AVc7vpTcroSptSuQF2z6VBryosC4jkXEvBHcVSkramLhKL90T7RBCDsBZqOeK2HyTluVvPzMHb1 yayc7s25LRshbudZXBTOMYoqTUthUoOK1FtJ0h37884xiinPl3FVg5WsVzyTioabZtsW5pFktkjU HK4zmtnrDlOeMXGTZXKY6nFRyI2uN47UtBj4SFmRj0BojuTLWLRPdSJK6kHIArWckzKnFxRBvA6V m5pGtiWG7MfBGV9KaqWInS5iYi1m5yR+laXjIz/eR0Hq0MIPlrk+tUrLYlqctytKplcs7fh6VEop u7NotRVkSwyRxQMjNyc0RcYqxnOMpSuipgetZWibjsJ3NNKIrscEGRVqKC5cklgYDeelaOUepzRj NbDPMtR/+qp9pArlqDZLtdu1AQKl1l0HGk73YRXEccR/vHtTVVWCVOTfkV/MJ71nzXNeUTcT0oHY tPMklvtY/NitFJONmYqDjK6GpKgtDGTzg0lJKNhuL57lUgCoSNye1n8piG+6f0qoyszKpDmWgt04 lcFOcCnJ82wqacVqSxSIIAj56ciqi0lZkSi+a6D/AEYfw0Xj2D94KbhVXES0OfYSg38RWOScnk1n c22Gnp0ouMTBpWY7gTilawIb1qHJDFyMVLkAmam4WDdQOwmTQOwvNFwE70XAXFGogxilqAYoAMUA GKEFw24p2C4uOaQBSAMUAFAC/SqTEJiquwHY96pNiDBp3YCEYNFmAtPlAaTzT0QxVOOMVm5roJoX NTe4WA/WjQBORTckhiYpe07DDFL2jELgUnNgAqbsBaOViExTUQFxTUQDgCtVG4hRzWqiMM8VXKkI TPtScoxGGTisnV7AH41PtGAUuZsAFO7AKE2AYFO7AXp0osxBTsAlCiAc1oqYCgE9TVKmkFwCg1XK kK48BV6mq0ROo5plUYFJzSBQbImdm9hWMqvYpRSEWPc1KMZVBSmoosQwkn+tdcYRgvM5pTci0kao OPzpt3JHUgCgQhNMBpNMQ0tTsIaTz1oATPamA2gBKBBQMaUHbj6UAQvb85jbaf0NJpPcuM2tiJi0 f+tQgf3hyKj2a6G6qockkbfdIP0qHpui077McT7Ypc1xgMn2p2DYURnNHKLmH+T60+VC5xjIBRZD TEGAecUDH+airxRzJEcrZG0jMeBUOaLUUhPmPU1DqD0E21DmwuLj0qbtiuLQAmKLCFp2AKLAFMYl MAosIWiwCZp2ASnYBTVIBuATRcYbR6UrhcUAClcVxaQgzQAZoAKADpTsAd+KAEoAWgQmaYBmiwwo ELxTASiwC0WAKLAJke1OwAeO9D0Nxhk/GpcikhvmGp5mVyoT5mo1YaIURnvT5RcyHCOnyoXMOVB6 U7IVx4UduaZLYuwnrVWFcXaBRy2C4H8qLAJzQMQCi6ADIFqXJD5WxrTVLmNQIzKe1RzFco0uxpXb KskJkmkPQTBoC4YpXAUUCFzRcQ8OBVqQmh3mHFPmbJ5RV3H1pq4nYkVOOapIlsd5a96LIXMwIA6C q0C7EwB7Um0MaZADwKnnHYjMrHpxUObKUUM5JqLtlaBtx1osFwI9KB3ALmmlcVxwjHerUULmHgqt VdImzYhmI6VDqD5BjOT1NRdspJIbgmlZjF2mq5WFxwjJqlAnmJFgNUoWJcwMOOpxT5Ehc4u1FpaI LtgZUXhRRzroHK3uMMpPQYqXNsrlQmSaXvMNBdjHk1XKwuhQgquVIVxwQUWRNxcotK6QWbGmUdqX ONRGGQmocyuUbuNTdsqwBSTwKpRbC6Q4QsevFUqZPOh4hUdTV8iRPMwIQdhQ7IerG7+eBWfMOwZY 9zR7zCyDym70/Zt7hzIUR4HNPlSFzBjPSjcBRET1Ipcoc1hDGAetKyQczFBRe2aFJIGmwMpHQAUe 0sHKNMjdjU87Y1FCZY9SaPeY9EGDnmjl7gGQKNEAbsUuYLAGPrS5mFkIfc0rgBNFwCkAU7gGapAK DVK4hygmtEhNjwlPlJuOEdPlQuYXywO1OyFcXAWi6QtxpYdqlyHYM81DYxCwpbhYQHJ5p+o7BuA7 Zp86QWY0uT7Cs3VfQaiMqLtlC459KkAOKTYCUXAKBi4oFcNvFNILh7VeiAKOZALk+tRcA+tCi2Ab sVXJYVhc1L0CwhqWMMUJsAxTSYhQpqlTbC44IT2rRUmK4oXFX7IVwwKPZiuAxQ4gLxipbACRUOdg QzgVLZQlQACi4wpXAWlcBKN0AYp8rAWjlASmkgFFWmhC1SYgPFF0AnPammhiBSK05x3F21LqCCs3 NsAqdwCiwBTsAtUkIKaQBVWAKNgCi4C9qYhmSScVaaRQDNDqJAKRUe1EJg+tT7ZjFx681HOwuGKn VsVyRI84zXXTw/WRhOrbRFqOAD7w/Cum9tEYavcmxipGFACZpiEJoENJzTAaTzTENJzTASgBKBCe 9AAaADpQAlABQAUAQvbxyHJGG9V4NMd7EbQzJ91hIPQ8Gp5IvyNY1WtxqzjdtOUb+63BqJQkjZTi yTe30rFzsXZAXc9TUOoFkN2+pNJ1GO4bRn1qXJhcUfSpu2K4c0CA0WGJxVKLAMjHWq5AE3CqUQsL vHrT5WFhNwpcoWFBzSsAtIQlAAaYBTASmAUAGKAFxSuIKQBQAnNAC4oAOBTsFhC9Uosdhu/2quRh YTf7UcgWE8w0co7DgSaVhC0CCgBATmgB1ABQA00wDBouAu33ouFxuxj1qOVnRdCiH1quQXMPWJaf KhOTHbPSmK4u3HWiwrihVzRZBdi/IKdkLUQyDtRdByiFzS5h2G7sd6XMVYQuPrUuQWE3segpXbHZ IaQT1apt3Yxh2jvUuxSuNOKkYo2imnYNRd/tT5hWELe1Ju47CcmiwChSe1LlYXQBG9KfKxXRNFb7 gWdsKP1qlBdSJVLaIlWKEnGxgPXNWlHsZuU+4rxpEM5yD0NOyiCk5Dm2rarIo5JxQ37txK7nysZb nzZ1VuntUx1Y5+7G6GuCJGUE8HFDWpS2uBDJ94EfWm1YSs9iQwj7P5gzknpT5dLk83vcpF5bN0FT y3LukKLZz2o9mxc6Q6O3BkUN0zyKahrqKU7K6GSxhZHABIUmk4q5cZXSIwM52qTj2qF5Iv1BQ7n5 FJ+goXM9hOy3ApIM5Vhj1FJxkCcRu0mjlZVx6wSEZCMR9KpQZLml1ARnOApz9KFFg5IcInxna2PX FVysnmWwqAE4GSfQULsgZZjUbZNykFVzyK1XUxk9VYqtOxPHFYOb6Gygg2zSfwse4xStNjvGIiQs ZVVgeozTUHfUHJWuiWa3VZiqjjtWjpq+hEZtxuw+zlRkqR+FPlsLnuBAUZxx60N2Vx7jSxIJCkgd 8VHM9xpW0Iy5qHIqwnJ9aNWMcIyfajlFzJDvJx3quRC5xNiDqaOVBdijyx3oTig94XzVA4puokLl bGmY54GKh1GNQG7ianmZVkJn1NO9wF3CnzILDvNx0FHtBcohlY+1S6jDlQzcfWp5mVYM0uZhYNx9 aLsVkLkmlcBKBi0AHSncAyaHJisFK4xO1ABSAKAFwaYri7aLhcNvFMVwxTVgFC5q0Jseqc+laJMT ZJtAFWrIi4ZAFF0FhN/oalyHYTfmpuFrB1pXGGKVxAwFFgQwiqKACs5ABrJgIeKLjEpXAKBhikAb aNQuKBzQIXpRsAE0XASi2gwp2QCVSaQC496TqAAGKXM2AtCQgwcdK0UUFxQM1qoxE2OAHpWiSEOB HpVEhuFTzpDsIW9Kh1AsNLGs3UHYTPNQ53GFQ2AVN2AUrgFGoBT1AKLMBcU0gEp3SADRzAFTqAdK YBQAUAFUgCnzJAHNQ5voAopavYANWot7AFaKnIAwfQ1SpMVwwfSqVOwXF6dabikIOlSAZqea4ABQ MOlPRCCk5JAJUt3GGKTAMUroAFSAoXJwK0hTc9iXJJakscJPQZ9/Su6FONP1OaVRy2LaRhPc+tU3 cgdSGFAhM0wGscU0hDSaYhpamA0nJoEFACUAGeaAENMBKAFzQAlIAoAKYBSADQAyRFkXa6hh701o Mga3eP8A1L8f3X6fnUyhGW5cZtDPN2ttlBjb36H6GuadBrVam0aiZJjFYcrNAqlAYhaq5UFhhYn2 qkkVZCHJ9ad0gDBz0o5kAYPpT5kF0Lg+lLnFdBtalzhdChKlyC44DFBItIBMUwDFABimFwxRcBcU CE6UgA07AGaLAISKdhjS/pVKI7AAze1WoWFdIcEA+81VZIXM+gbo16DNHMgs2NLE9FxU8w7DcE9a XMPQMAUhClqLBYUc0hC0CFoAKQCfpTAKBC0AJRYBdxpXZ0WQuWPQUXYaC7W+lOzFdC8jqaLAAyfW gAwTRqFxdnvRYVwOwDrRdINSJpFHSpckWosaZB2qXIrlGl/Sp5mOwnmHtSux8qGksaNx6DgjHsaa ixXQ8QMe1UoMnnQoh96fsxc49bcd6pQRLmyVbdBzxVcqRDmxSI1Hah2Qk5MbuQdMVN0VZiGVBSck HKxXl/0dSo4yQfrScvdugUfedyuZGPes+ZmvKiTn7L839/j8qf2SPt6diwrotghkTcN3StFK0LmT TdR2YttLC06hItrc85ohNN7BUjJR1Y1D5a3EoHzBsD2pp2uwerjEdayNLujlO8EZ5og+jCpFRs4j zLttAwORnFPmtG6J5bzsVjcDsKjnNeQnuZ3R1VeOM1c29jKnBNXY/wC9JBJ0J64p3vZi2UkIEwLj 3NFtWNv4RlsgVZfdaUEkOo72FJEFsgTjdySKG7R0C3PJ3B5C9mSeu7FDd4gopVCoAxYYGeelZa3N 9LFxhLvDNKsf+yK0ad9Wc65bWSuKR/xMV4/h/pTfxoP+XRHDNI93tLfKSeKiMnzlThFQFX91FO6c MGwD6U9lKwP3nFMLeRnhlV2LYWnB6MU4pSTRV+UdBms7o31LckrJDEF4yvatHLRGEYpydxxbfFE7 fe3Yqr6JitZtICz/AGpwigkDqe1Db5rISS5FcdDneQ0ofI+6KUbX3FPbRWIYlMlvJH/d5WlFXTRp J8slIVkCWyx9C3zGny+7YSlebZCURalpI0TbGFwv3RUOSRVm9xpkNZ85SiNLE0uZjsHJpXATFFwD FAC0/QAo1AT60WAdiiwrhiiwCYpDFosAYo5RABSaAKQBigAoGFDEFAB3p2bGAFPlYrhiiwCrSEx1 IQVSiwHBSa0VMTYu0DqarlSFcM46CjmAMn1NLmYaDSTU3GJk5ouMM0XAUZPSqsxDtpp8orhkDvT0 QC5HtScgsGRUtiGk+lRa5QlTytjExmjk6gGKfKAmCKLpDF+oqb9hBmpbAM5pMAoGKOKQg5pq4ABT swDFLlYBijlbAXFWosVwxVKmwHAVoopCF4HvV3SEIW7UnMdhDzUOYwrPmuAlTcApXAKT1ACcVahc Bu70q1BLcdhVPrSfKJjqi6Qg4pXQwzScgEpXAKACi4BRcAxQrgFAC0+og+tUoyYwq40ZAAB9MVqq KW4rocEB6mtVCKFzD8RqKq6RPvMPMXsKlzSDlY0yH0qXUQ+UbuJ9qh1B2E71nzsYVNwCi4BS5gCi 4BSuAdKLgFFmIKaiA5UJrqp0L6yMp1Eti1HBxzwPSurRaIwbb1ZOAB0qQFoAbTEBNAhpNMBhbNOw hpPemITpQAlMAyaAEoAKAEoAWgBKACgAoAO1ACUAFABkUAJQAjKGBDAEehpDK5tmj5gbj+43T86U oqW5cZtDVlG7a4Mb+jd/pWE6UlqtUbxqJj8Csbs0uKAPSldiuHFLcBB1p2AWgAosAYosAlMBaBBT sAZx7UwEz6U7AGeKLAIWx2p2GN30WCwhc07DsG4miwWEy1PQNBOe4p3Qxw3DoPzp8wtBfnPU4FTz i0DYO/NK7C4vHpSEHOKADGaLiuJtFO4XFxSC4UCAcmmAtABQAUAFACcetOwBmiwWJVUDrzRY2bH9 BwKCRpz9KLjQ3IXnOam6K1YxpQOgqXNDURhmbtU87KUEMMjHqTU3ZXKkNyT1zQMMGgYoQmhK4rjx ET2pqLE5IeLc96pU+5POPCKg6VokkTzNgZMDAGKLoXKJv9TS5kOwnmqvvSc0PlbG+eewqOcfIIZX J5OKlzY1FDST60rjDk0rgJQMkjk2AqQGU9RTUrESjfUXdADnDn2yKd49hWmJJKZCOAoHAA7UpSuO MVEe0wNqsWDkHOafN7vKSoNT5hLeQQzByMgUoy5Xcc480bD0uAryblyjnkVSnqyXTulbdDhPHErC BW3N3btV3svdRLhKT95hHIn2cxSKx5yCKE7Rsxyi+bmiQAYNZ2RoXrlog6iRWJ25BFbzaWjOampW 0IvtIMqtjCr0FTz3Zfs7Joek4DuSMq/6VSetxOGit0HrJGqsqKeRzmmrLYlxb1Yqj9yA67l7Y7UJ aCb97RiyAfZ9uNozwKb2FG/NcrZWNwwxwc1F0jbWSsOeeEvv2MW9M8UnUW9hKE0rXEN0v2lZdp4G MVHtPeuNU3ycpFFKI5xJgkZJxUqVpXLlG8bD458NJuXcjnJFUptNvuTKGituh4mjjjdI0b5h1Jql KyskS4SbTbK4Wosa3LkhTyYldCfl7dRWz+FI5435m0yJ5csgVcIh4FS23YtRte+7Hif967FCVcYI p8zvcXJolfYRJooTlEPPXJ5pKSjsgcJS3YluzGYbVO3nJNEW29B1ElHUjuJt8xweOgrOdS70Kpwt EhJzWbbZpYSkMAKEgHKhPQVagyWx/lYHNV7OxPMAQdKajYLj9q+lXZCuxhA9KQ0MPtUtooTgVF0h hmlzW2AMjFS22AUAHFFwFyKTYBU9AE57UJAAGarluFxcAU+VgGDVcoC/rVOyEGMVHP2ATBPep52A oGKV7hcUCqjG4hwU9Sa0jC24ri5C+5qrpC1AuaTmFhM1FwDcBQ3YLCbs0uYdgpXACOKSmCE4FP2g wyaTqSCwVPO2AUXbAX60wDPpWqstxC8VXMkAUucBeO1S5XEJ1qLjExSswuGPahQYwCk9qtUWF0Ls 9xWiooVw2+9P2cQuKE9+KahEVxdgHU1XLFCuxDtFK8UPUQ8niockMAlLmuFx2yquK4u0d6TYricC pbGJmpuMOtTdgFSwCpuAlIAo1AWnsAmM0czATAFJtsBaLgLSAOlCYBQgEosAtOwCYp2YC01FgJnF VGDYC4Pp+dbRo9xXDGPetFBIAGBVXSAfvwMAUnNCsNyfTFQ5sdkGD3NQ5MAxUtsAqbgFIBOtTcAp XAKdwF7UJMAppMAqrAFGggp3AAuaqMHJ2QnJLcljiyeOTXZCkoas55VG9EWo4wnPU1bdzMfSGFAh CaYCE4piGs2KYhuc/SmAymISgANIApgJQAUAHSgAoASgAoAKACgAoAKACgBO1ABQAlAB2oAbJGsi bXAYe9A0V2hkh5jzIn90nkfSolTUvI0jUa0CORZBlTyOo7iuaUHDc3jJSHmsygFABQAUxBimgDpQ AU7AHNMBuCaLjACi4Bj3oAMetACbRRcLihQKLiuFIVwoAKYBzQAY96YXCgLiUBcO1AgoAKACmAUW AM0ALTAM4osAhb0p2HYaWNOw7DcmmMTmmBa8xVrPmRfK2MacdhWbmNQIzKxqeZlqKGZJqSrINjGn ZhdDhCe9NQFzIcIcdafILmFEQApqCFzDgq+lVZIV2PDIvpT5oomzEMyjoM1LqofIxjTk9BiodRlK Awsx71PMyrJCY9TTSQXEIWlp0HqJilcY4ISeBTSbFccIj3quQnmGsMcZqWikxKgBKBhigBcUCCnY BaACkIKpALkmqvJiFOe9S0+oCUhj2Z5DliSelVZvclJLYVU9TiqSSBsduQd6rmSJs2HmqOgzS9oH KxwunHC8Ue0YvZp7jGmeT7zE0uZjUEthAjNT5Wx3SHeST3p8gucPKAo5EHMKI6fILmHiIGnyIlyA oopOyC7Deo7UudILMa8+QBzgdKHURSgMM3oKh1OxXIMMjGp52yuVCYJpWbAkVpEQqGIB7VSjJEtR buM20uQq4oQntVezFccIvX9KpU0TzDwiL6fjV2SJu2IZFHSk5pD5WMaTJrP2hSiJ5mO1L2gcoGU0 nUHyobuJ96hzHYTNTcYUALikmISquMKNQF20+ViuKFxQkluFxQKLxQgwRVKSAM+1PmQBnFL2lgsJ mpc2wsFRdsYozSELgiqUWK4DNaKNgHCqv2EBzUtsQnNRcYGmhhgiqsxCcUNWGLkYrNsQmahjsFLU AxTAKAF4o5gDNF7gFK7uACncAprmEGQK0UGA4DPatFTEOCeprRQQrjsKPSn7qFqIWA7UcwWGlqOY pIbzUynYYmD61m5gL+JqOZsAxRqwFApqIXHBeKpKxNxelGwCE+lFwE5qbjEx71LYCVPMMKnmAKV7 gLimgEJx2zWiUQsAJpXiAuTUNgJSbADQACkAv41SjcBNwrRUmwsLn2q1RCwc1oqSAOnWq5IoQmR2 zR7oxM+tHugOUqDVcyQnceXyOBSdREqIzk1m5soAAKnUBaLAFIAzSuAVPNYBKm4BS32AWmoXAaWA rRU+4JCF/wA6tQih2FXPU1L5VsJjqzbEFIAxRqA5UJ9veumnRb1ZlKokWI4O54H8661aKsjBty3L CgKMAYpCCgYUxCUAITxTEMJpiGsaYhuaACmAnagAoASgAoAKACgBKACgAFABQAUAJQAdKACgAoAK AENABQAUAFAEUsCSfNyrgcMvWl5FJ2KzySwHEygj++OlYuinsaqfccsyHvj61m6bRopEgIPQ1PLY dxTQkAZFOwxC4FPlCwm8Uco7BvFPlCw0yUco7CbiaLILDhmkJi0hC0hCdqdgDNOwBSAKYAaACgAo sIM4p2GJmiwAWFOwWE3U7BYTfTsOwbqLCsANFgDmgBM0DCgAxQIXbRcLhgUXC44xgdTWLjY6OYbt FTZDuKEXqTTSQrsduRenNPmSCzYnnAdBS5w5RDMT0FLmfQfKhpdj1pczHZAHo5gsJvJ70nJjsJUA KBTAUKTVKNwuGz1NPlFcQr70uUdxQo7mmkhXY8Mi+9CcUKzYGf8AujFN1OwcncY0jN1NQ5NlKKQ3 k1IxcUCFApagKFJ6Vai2K4/ymqlTZPMg8k1SphzCiIjrRyWFzCsgXrkU7JAncZwOlQ5JbFCFvSpc 2FhOvWk2xhRdgGT2pczCwHJpXASgYu000mxXHqvqa0SRLZKoUVaaIdx26jmFYXOaq4rBn1p6IAzj pS5gsIX96hyY7ERfNSykhuGPY0uVsq6Q4QOaapMXOhfs7Zo9mLnQ9bfH3hVqmS59h7DAwoq2JPuM Kk9aVh3GZValuxWrAuQMheKlya1sFhu926D8hU88nsOyQwknqazcmVYNpxnBx60rO1wuhQjY+6fy p8st0guhCCvUYpNNbhe4qqzHCgk0KLeiBtLcTbUhcXFMAxVcrYrhinyrqMXHFGiFcAKOYB2KLSYh Np7UKmwuHTinyLqAbGJxg0cutgugxgVkwDb70JDuJjNUoNgPVPU1qoIlscNgHWr91E6iFh2FJzSG kN/Co5xhjFTzNgGaLNhYUjHUEU+W24AGHpT54oLCFial1RpCYrJyuAVIBRcApJgLg09QDBFFmAYp 8rAMCq5GAm4VaphYBycAc+gqlANgxzzVKLQABVXsAoJFLnSFYcCe5qfadhWFzS5rhYUAscD8qpXe gnoKyFeCMGm01uJO+wmKmwwKkdjzQ4BcTbRyjuGPaqSQBTuAtQ2ISs27DEzUNgGalsYVN7gFPzAS kgFoQB7UXASgBaYCU7oBcUtxBihNjD6VV7CE25NX7Toh3E2j3o9qx3HbQPWn7ViuJj3NJ1JALto5 pMLjgtUosm4pqhDae4wFFgFxinsAZxSuFgzU3ATBotcYYpWELijlC4cUWQBRdAGaOcBuBmlzsdxc Cp5mxBRqwFp2ASrjBydkJtLcljiyemfauyFJQ1ZzyqN6ItJEF5PJ/lWrZnYfUjCgQZpgNJpiGlqd hDS1MBpPOaBCE0wEzQAdaAEoAM0AFABQAlAgoGFACGgAoAKBBQMBQAtACUAFABQAlABQAUAFAC0h jSAwIYZB7UDKU9mUy0HI7p/hQUpFZXPYkH0pOJomSCZx3zS5UUpWHrMD1yKlxKUx64boQamzRXMh dvrU3HcNlK4XF2igVxRgdKQhc+lFgDNFgE3U7AJmiwBmgApgLQIKADOKAELU7AJupjEFAAc5ouAm DTuO4u00riuGMUXFcUClcVxcUBcMUBcKACgAzQIKAGFyTXO2zssHzHpmlZseg4RM1NRbJ5kiRbf+ 8atQRLn2ArGlPRBdsYzDsKhyXQpIYajcoApNPlC44RnvT5Bcw7y1XqaOVInmbEyo6ChyXQdmIWJp czY7CfjSGNzSuAvJpAG096fKFxMAUBcWl6AKATTSbFckWInrVqn3JciRY1X3q0oohybJAyJHvIzz gVXMkrkWbdhpuyPQj6VPtCvZA8wMQkVepwR6U3PS6BRd7MeJPJtlkIBd+me1Dlyxv3J5eaXL0QyO 7LNicBkPXis41HfUqVKyvHcjSHzXbyz8g7tSUeZu2xTnypX3HPbFYy6srgdcGqcFb3WJVE3ZoRLZ njDllVT3JpKDau2N1EnYSWBowGyGU9CKUoPdDjNPQeLQ4G90Qnsafs+7J9quiGtbusojIyx6YpOm 07DVRNXJPsh6B1LelV7NbJ6ke18hQji3AJAXd39aaT5RXXMSzQgsgUqOMVcop2VyIz3IdhEmzvnF Z8utjS+lxJP3blSc4okrOw46q4bT5Xmds4xTs7XC65rCqrGIuOgOMUJO1wbSdh4t3wCzqoIq1DuT 7RdEIYNh+Y59DT5EgU77EkMabx0/GmrXJnJ2FKZkIXHr9KrqK9ldi7OCVYNj0oFfuRmZR1IqeZIv kYNdKqgRjnvUOr2BUm3qEzsbZHIw5P5iiUnyXCKSm10JHE6hViAwF5z605KeiiyFyO7kQxo0tyPO H3RkjFZxTc7SNG1GHuj904bcyZj/ALuO1V+8vzfgTaFrJ6iWhAMrYwMjr2op6XYVbuyIZ4ts5A7n ioqQSkaQleJZmAW1KD+HArWSShymUHedxHaRYovLB+6M4GaT5uVcoJRbdxHBe2JlUBs/L60mm4NS GrKfujFTy7Ykfefj8KlR5YebKbvK3YRLYbAzMFB9aFSSV2N1NbIJIRGoIwwPQiqkoxV0EZ8zsKbb pvdVY9BSaS0k7C9p2Q1bZvMK9MdSaj2cnKzK9orXBoPkLRuHC9afJHdMSnrZoFtsKGkcJnoKfKoq 8nYHU1skBtysirkYboRSaaa7MFO6uOe32jG8Fv7tEoW0vqJVL9BRbBXALru9KXs0nZvUPaXWw9gx u32nHy85q5JupoyVbkVyJIN8e/cAM81nGmmuZstzs7CSQYTerBl9qHBJc0QjPWzFFsAoLuFJ6Cr5 UleTD2muiGywGLbk5zUzg11HGfMPtUBlycDHb1qqUHe7JqS0A25aUhSMdz6U/ZJyDnstRTbcZVw2 O1P2URKp3RARz1rO0UaliSNRbp8y8d/Wrk4qC1MoyfMx88aswLuFGMUqsYu3M7Ewk0tEV3gZZAg5 z0rGVJqSS6mqmmrj/s67tvmDd6VXsoX5b6k+0dr20IWQqxB4IrGUeWVmaJ3WhJFDvBJOFHUmrhT5 tXsiZTtoOaABN6NuFU6Ubc0WSpu9mKYFUgPIFb0xVezhDST1Fzt6pDfIImEeffNP2aU+UfOuW477 OCdokG/0qrRvy31Fzve2gxYS24EhQvUmpjHV36FOaQG3UoWR92Ooq/dabi9g9o72aES2BTe7BV7e 9JWtdjdTWyHCBkljKMCCeGp22aYudNO6JIUH77cwLdDxVRteSIk9rEbRAR71bIzisJRvHmiy1LWz E8vEO8nHOAPWoUFyczYc3vWGohdgq9TShHmdkU3ZXZN5K52iQbq35YX5b6mfO97D7ddpfJwwGMVd NWbTJm72IZMlvvbveoe5pHYm2L9nHPfPStdOUzu+Yc6qUQscACh2smyU2m7DHiwQBznpScexalcQ xKDtLjdRaK0Ycz3sROpRiDUS912LTTQ3JrFsoSsmMKhsAxSYBigAoQBT3AKNgCkACn5gFG4BTsxB T5WwEyK0VJjDdVKiFhN57Cn7NDsOXJHIqWkiWO4qbIQYppIAqwCmAUAJTAM1NwCp5rjClzAFK4BR zCCjmAKVwDFDYB2pMAp2AKpJAKBTS7ATJbkjc52iuuFFL4jCVTsQspdv3RIQdWbv9K29nFrYz55d yzHDn2HrTSjBWQm3LcnVQowBRcQtIYUCEpgITTENLcU7CGE8YpiG5pgJmgAoAM0CEoGFABQAUAJQ IO9ABQMSgQtAxKACgQUAFABQAUAFAxKBDXkWMZcgCgYI6yLuU5FADu9AC0DCgBKQBQBXuLRZvmX5 JPX1+tFxplBgySbHXaw7ev0osaJ3EzQULk54pAPWVl7/AJ1LimO7JFnB+8PyqXDsUpDw4PQ1LiVc dmkAnWgYtABjmgVxcUCuGKACgBuc0DDNMAxxRcAxxRcLhii4XDFK4haBBQAlAhaYAKACgBKACgAo AKYBigB+xVHNY2sdN2w3BOnNDdgtcDKT0FK7YcqAiRupIosx6IYQB1NS0ihvSpuMM4o5gDcfWjmY WF3n1pczFZCZpNjCgBOtAwoEKKNAFGT0FUr9BDvLc8nNPlYuZB5YHU80cqDmDAFGiFuKGA6cUc4W DzT60nMOUaXJ71PMyrIk5ktwByUJyPY1avKNiPhl6kNZ2ZoTspjgCH7zNux6CtGuWNjNO8rkzr5t nGV5KcEVduaCt0M0+Wo79SCGFpZAo6dz6VnCDkzSU1FXJo4VVZSzsY1OCF71pGCVzOU22rLUmh2e TLsQqNvUnOa0ilZ6ETvzK7I3B+xR4HGeal6QKT/eMVR/oYB4y420fYE/jFlEaSbWVpH9zRKydrXC PM1daIlOBeLnj5Kt/GjNfAysiuZcDO7PWsVF8xs2uW7JHyLQg9d/NaW9wlfH8hLrIaMjsopTWwU9 mTYBcT9tufxq+vMRey5CmQCxLHk81nZdTdaaInBAsyVHAaqv7pn9vUFyLNjjGTxSu+RsH/EsFxuC xkdNtKbdk0Kna7EmJW3iB+9Sm2oq+446ydhts379RShJ8yHUXusmTJ85Rw1aK95Ih/ZZHa7jNnGA Ac1NNO5dS3KV35YkdM1m9WaLYnhgVUEkmSOy+tXGCS5mZym2+VCSM8jgsNo6D2qZ8zd2EUorQJRI smGJJ7EUThK/cI8rWhZ3AXKA43FcH61re01cyt7rII/N+0jJOc81mubnNZcvIPGALjHSqTu5Eu/u iriRY5T/AAA5/CnFcyTfQT91uK6jN261kY92pJpxbKtaaQ6R3WOLZn7vam27KxMUm3cFZmgcyjp0 JpqT5W2DSUlyjJWzBER71nKTcE0VFe8xSFjhQuC+eRzwKdrRTtcNXJpD5D+5jJXaN3SnNe4romPx MiuVcznAPPSpqRblcum1ykixsElRm3MQKpK149SXJNprYijjYqxGVAHNYxg3d7FyktB90CzKw5XH GKqqnKzRNPS6HfdWBW4bdV2sop9yd3JoZuAvfm6BqiTtVuyrfu9BHjc3J4P3sg0pwk5jUlyE4H+l uf8AZra370y+wiI/8enH96s7fu36l/bBP+PRs9mpx+Bg/jQtyCXBUEgjjFVON7NBTaS1C4+RYweo FOb5Ughq3YS3kzKoxiphVTkkOpG0Rybisy/xdqabblEl2VmNtg3mlmyFA5zUUubmuyqjVrIrHBbi uaUrs2WxYkBNrHjnGa3km6SsYxfvsLv/AFg/3aK97qwUtiXIE0Of7tabOLZH2WNyfN2iEZz1ofNz Wsh9L3IZ2JmOcZ74rCq/e1NYL3SRMvaEL1DZIq4e9SaRD0nqNSJiuSdoyB9amNKVry0G5K9iR8JJ sWLefU1u48rtFEq7V27DyP8AS1+lU/4iIXwMhSNxcdDgNnNZqD59jVyXKPCqxlkwW56CnpJyluRd qyHKcwyHywgxx704uTi7qwnpJajJAXgjKjIHWspJyprl6FR0k7iRxsjxlj1PSiEHFxbY5STTSHpy 04HWtI/HJEvaIyDJ3xnjI4+tZUt3B9Sp9JIS4ONsY6KKK3SC6BT194S2IEw5pUYuMlcdT4Rwibzs YPXOa09m+YTkuUmHM0hH92tV8TM/sor4xWJqSnm2GOea03hoR9sSY4WP6UpvRDgtWO3ACEnj61XM kotk2+IVifMx5QPPWm+a9rAttyGckyc4yB2rOd76lw20IyKytcsQiocbjDFTygJip5QFxRyNgFPk YBxSskAGpeoCUXYBimkAoGKdkhXCqACua0UrBcTy6fOPmAR496OcOYXaBUczC4dKLMBaqwhKqwC0 7AHSk2AlS3YAqbgGKVmxhilYAoAKQgp8rAKLAFFgCiwBQAtO4BSES2yZkyei10UI3lczqOyJpWD/ ACjLewruSsc7HJFjluT+gobBIlqRhQISmAmaBCZpgRluaYhpNMQmaYCUAFACUCCgYUAFABQAlAgo AKADtQAnSgBaAEoAKAAUABoABQAdaACgY1gcccGgCE22cMzkuOdx6flQAiHa7NguT12jigCZHDkg ZDDqD1oAfQMKACkAUAJ2oAjngSdMMOR0I6ijYE7GbJG0L7ZOh6MOho9DRSEpFiUAFAC96QD1kZe/ FJpDuSLMO/FS49h8xKCp6EGoaY7i0gA9KBiGmAUAFABSAKYCZoAKYBQIOaADoKADOKBBQACgBaAE oAKACmAlABRYYrMWPNcrlc6krACB1oTQajvOwMKBVc9thcncYzlupqHJspJISpuMSgAoGGKADFIB e9OwhQjHoM01FhdIcIWPtVcj6kuaHCED7xquVC5+wuET3o91Cu2J5oHRannDlYhmal7QfIhhY1Lk +pVgqRiUAAFOwC4osIVWKHIJBqloDVyTz3Hpn1xzT52RyIYSWOScmkVaw+KVojlDiqUuXYmUVLce 13IQRkAe1N1WSqUUNjneMnb0PUGp9o1sVKCluO+0ynuMEYxjij2ku4vZxJfOMdrHtIzk5Fac1oKz 1M+S83cheR5CCzZx0qHdvU0jFR2JBcS4xuH1xVc0u5Hs4iNI7EFjyOlDdxqKWw43MmMbvyFPmkxK nEjEjGPZn5c5oV7WZXKr3H+YzqsbMMU79GyeVLVD5nEcAiDAnqcdqcpKKshRXNLmKxyawczYfHK8 Wdp4NJVJLYmUVLcV55GUgtkGk5ye7EoRRNLcFBHsYH5ea1nUslyszjC97lZ5GdsscmsXJvc2UUth FZlYMDgjpQrrYbSasx5mkLht3zDirvJu7ZKhFKw5p5GGGPH0xVOT2bJUIrYj3ChFWJ1uJAAN2Pwq 1KViHTiI8rOMMeKTbe4KCWwoncLgN0pczWzE4IjZiWzk59ahlJDzPLjG6hzl3JUIkYd1BCng9azT a2LsnuAdwhUH5T1FCk0rDaV7ibmCFM/KecUJu1gsr3HrcSqAA+AOOlXzyWlyXTi+g15ncYZiRUub Y1BLYfG4aBoycEcjNXGaacWTJWlzIas8ijAbj6Vn7SS2ZThFg0rsMM2RnPNJzl3BRS2FE8qjAY4o VSa0TE4RY0SMr7gTn1pcz3K5U1YVppHGC2RTdST0bEoRQJNIgwrYpxnJbMHGL3E3uX3FufWhtt3u FlawhOW3Hqad+40rKxIJ5AMbjiq53tchwQea24tnnoTS53e4citYaZDt2549KXPpYfKr3De20rn5 euKXO9rj5Ve5OCCo8ubaO4J6VsnFq6djJ76ojuJFcqFJIUdazq1E7JdC6cWrtkSkqQQcEdKxTfQt q44yuWDFuR3q7ybu2LlVrCtM8gwWOPStLt6NiUEthlCUSh4lZU25OKpTSWhPKm7iM5bknJFZupca ikBdmxls46VDk2CSQ7zpMY3mjnntcXJHsR/WlytlCpIVPyHB9quK5XcTjfcczu+NzE4odRsEkthf Okxjeah1ZbXFyLew6GT98pkbgDvWlOpaacmTKPu2Q1pnOQGOKznUld2eg1BdhquyH5WxUKTjsU0n uOMshJyx5queT1uLliIkjJ90kUoya2BxT3De5bduOR3qryve4WVrCguGJDEE1Sve9xaPQki2g+Yz ZI7etdEOVPme5Er/AApETAuxJ7nNDldmi0VgC4pcwXJPNfGNxxS5mieVDfMI6HFLmsPlQ0k1DkOw okZQQGIBqfaNBypiFiQASTjpUudxpJBuJABJwOlDqdxWQ7zXAxuOKpVH3FyobmmpDAU7gKBmqELt xTsFxCuadh3G7MdamTHcMYrJ3AKmwC0lF3EHFWogGaqwhM0tBhQ2kAtK4BmjcLBTSuAYq1EAxiqS sAvFMBKLgJUuSAKhyAKlsA7ihMBafMAZpNgFACU0AUXYBTs2AtO1gEpMBaQgp2uAqgmt6dFy1IlN RLESMVxnC9z612RjGCsjnbctydECDAobuIdSATNABmmAhNMQwtTsIYTk0xDTQAE0wEoAKAA0AJQI KAEzQAUAFABQAUAJQAuaAEoAKACgAoAKBhigQUAFABQAUANYblI6ZFAyKNjEgR0bI4yBnNACMSsn mlccYVe5oGTKSQN2A3cCgB2KQCigQh60gE6UwA0AVbqRHQocFe5P9KV7alJPoU3iMQDZ3RnhX/oa LqWxautxOtIoKYC0gDvQAUAAPPpQBIszAetS4pjTJFlU9eKnkZXMPGCOuakdwpAApgFACE0AFMYU hBmgAoEFMAoAKACgAoAKYBQAUAJTGGKAExXEdYY4pAFAwxQAuKBXF2GmohceIT64q1BdSecXylHU 1XIkLmYFFFFkF2OUJ7U9BO47zUXvT50hcrZG05P3RWbqdilAjLM3es3JlpJCYqQDFIApjDFNIQox VWQBxT0QBxS5kICaTkgCldsYYNLUAxRqK5LHbPIMgcepq4029SZVFEHt3RsEdemKfsmgU00SCzkx 2HtmrVFkOtEFtiSR1I61Spg6iQ82xVgMZJquQlVLksMJWT5gCMfXFVGOpEp3WhTJwayOhErbjbp8 gAzw3c09eUhW5nqAtJM84H1NPka3D2sRvlMH2bTupW1sPmVrjjbOATwcdQDScX0EqiHR24NsTgbi eDRGN4MmU7TsRpbu43DAHqTWUYNq5bqJaA8DRkFsEHvRKDjYFNS2LOxftgGBjb0xW/8Ay8XoY3fs yskJkYhRwOpPQVzqDk9DZzUVqK9uyLu4I9RQ6bSvuCmnoCW7uu44A9SacabavsDqJOxJMnl28YIA IJrScWoJERfNJjZhviWVep4aiSTXMOLs3Fleoukai59KXtAAVPO2IcKE2IXjvVWEHHaq5QDB7Cny AIc0uRDQgNQ4DF4qeQQ04pWSGLjmpbQBScgDNTqwDmnysAxVctguLgUWEFCQBTASmMWkISpYwxRZ gLU2EFVYAo5Ri4paIQdKLgFJSYCcUXAKE0AUuYBRRfuAGqvYQ3FDn2KF4qXK4gpIApAFO4C1IBTs AYp2YhcVdguLVJCFFWhBmmMM9qLgGDQAlS2AVDkMSobAKlgFABQtQCi4C4poAJA71rFMBN/oK2Ss FhPmNVzINBwOBUuSYrAWpWuFgz70+RgNLc8UezSHYXBqWkthBiobADU6gFK2gC00gDFVygLir5QC qsAUXAKm4gqXIBDUtjDFS+wCd8U+gBkCkAe9AC0AGKACmkAVSQCZpgFFxC0gCgAxVKLk7ITdh6xk nBz9PWuynQUdZGMqnRFhIlUZfAxW7fYyGyX1vGdpcE+i80rMLipdB+kcmPcU+UVyVZAfUfWlYLi5 oAQtinYBhNMQwn3piEoAM0wEoEFAwoEFAxDQISgAoAKACgAoASgAoAKACgBaBiUCCgAoAKACgAoA KACgBKBi0AV5IgGaV2Y46AUDI4Mht4ibce54ApATpMpIVjyehxwaAJaBBQAhIAyaAKlxcDGB09PW pbstSoxcnZFXl23P+ArmnNyO+nRUNepNBuMgQDejnDKehFFO9wrRTjcZeQfZJtucxt90+nsa6lqc aZFmgoM0gCmAUAFAC0DCgBQxHQ4pWuIkE394VLh2KuSB1PQ1Li0O4uakYUAFMQUAFABkUAJTAKAC gBaACgBKYB0oAM0AH0oAOKAHBCa4+VnXccsOe9Uok8w/y0HWq91E8zGHZ2qborUaXGOBU8w7Buo5 h2DdRzhYQuTS52OyDmldsBwjY9qrkkxcyQ7ySOpxVez7k84wqBUtRRVxKi4wxUgGKAF4p3EJ9KBi UasAxQAoX3pbBcXbTFcAKpBcUCqs2IcFzVKPcTZakAFvEM8fzrV/CjGPxMWPzGCY4GeCaauKXKrj gU80DLM2aOZXsLXlFUkTzewpp+8xNe6iK2YnzP723iohK7ZdRbCWZPnEdsc0U3djqpcpX4zWLnZm xZ4+yRf71aN/u0zD7bEvG/f49BU1n7w6S90llZlukKruO3pWkr86t2Iik4O41PLkY+UzI57Gpjyy emjG+aK97VDV4s5B/tVKVqchv40KVVYU85yQeQBRZKKcgu3J8qFl2/ZU2ggbuM0529mrIUb87uP/ AOX0f7tV/wAvV6E/8uxqbRatuzjdzipjbkehTvz6CKUEThEcgjnPalFrlfKgad1diXP+rix93bSq /DEdPdiTZ+yxZondU0OHxuw1P+PJ8/3qUX+7Y3/ERXrnvqaiilcBQRT5hWFqk2IM4rVXAVT3xV81 hMd9aXOIOKVxajTjtSuVqJipabHcNtRyiuBFLlHcKdkhhTckthBScr7AFJXYBjFOwBinYAxT5WwF 2mqVNhcMADrV+zSFcTI+tJ2Q7CE1nqOwZPalZALtPek5IVxeBUOVxBmpuMM0rgJUgFAwq1G4hciq UAFHNJpCDFJWAMCjQBDSYwpKwC09BBRZAHFNWAKoBaqwgxVWAMU0AuKACjmSEGazdS2wxM1DmAlT zX2GFK4BQ3cAFC2AXFO3YAxVKIgyBVqFxjS2TjpWijYdhQPWk5NCuGB2rJ8wXFxV2ENOa0VluMME 1fOkAtHtAFAAqeYQtAhMUrAFHKAYp8oxQKOUAxTEFDdhh0qRBmkMM1LYCVLYBSdxBSGGM8YppdhB gU7DCm0gCkAo4o2EJmgAouAlFwFzTAKBCgZ4renRlMmU1EljiJP0713RjGC0OdychZ7mGzXn7x6A dTRqxFdYbq9O6djDF2QdTRohFyG1hgXbGgHueSaLsZLxQIQ8UwGLKu/YeD6Giwrg/HToaaBjCc0x CUAFMBKACgBOlABQAZoASgQUAFAwoEFABQAmKAFoASgAoAKACgAoAKACgAoAKADpQMKBCUDCgAoA hkB8wbwWjPHHb60hjXMcKlGO9Oynt+NAEiyFXVZNuG+6VNIRISFGT0pgUrm57DnPQVLkki4Qc3ZF cA5y3JrklJyPRhTUFoWYLVpfmPyJ/ePerjTvuTUqqBcRUhG2IYz1Y9TXQo2OKdRz3ILkx+UVcbge 1MzM4q0WA3Kn7retPfYtPuLSKCgYdqACgAoAKAAUAFAC5oAespHvUuKY7kgkU+1S4sdx5qRiUAAp gFABQAUAFMAoAKAEzQMM0AFMAzQIKNAHlzXE5nVYC59aV2OyEyTS3GFFgACkAoUnpVKLYrjhHxzV qC6i5hcIPej3UGoCQDoKXtEg5RDM3bik6j6ByIaWY9zUObKshKm4BmgAzQAcmgAxQFxdvvQK4YFF wFxT1YAOKpRtuIcPanohXF207iuLsp6hcMCi7ESpMUXaVDL6HtTjNohxu7iG4YsCMDb0ApOcrjUF YU3JByqqD64pOtIFTXUYblw7MAMsMVPtZXbK9mrJEccrRvuU81Ck07oqUVJWZMLtgcqiL64HWtfb yI9kurK/JNYN3NSTzW8tU4wpyKv2jtykcqvcSWUyvubGcdqJTcndjjFRVkPNw7SB+AQMcU3Uk3cl U0lYeblsHCqpPcCm68mifZobHO0YIABB5wamNSUdhygpCrcEKFIVgOmR0pqtJKwnTTdxGuGddpx1 z0pSqyasxqmk7i+e/mb+M4xR7V83MHIrWEjmaPOOQeoPSpjUcXoEoJivOzrtACj0AqpVpS0BQSdx EndV24DDsDShVlFWQOCbuEkrygBscHjFDqSnowjFR2HzfJEsXfq1aVGoxUCY6yciACufc1uGBTSA OlUkkAuRT510CwmeannbAXNTzMVgyadwsFNSAWqTEKDVJ3FYDTGJik0AYpOLC4u2jkC4Yp8gXEOK fKAU9FuAhOO1O6Q7ACT0pOaQWDJqHWCwh5rP2rGgxxU+0YBU87AKlsBaACn1EFABQAuMVSQXEqk0 gDFPnsAtQ5gGalyYBnNTdgFDAKeoBinysQoFUoNhcXFVy3AABVJIQtUAuDVWEG2iwXDApCuGahyY xM1m20MSswEoGLQgCjqAYqkhBwK0UQELelaxpjsHJ6kVqoRQCFQelDcUO4mw+tZuaHcUDFZuaJHC odQAzUuYg5pXYBTAKtNgAq0ACrXmAtWkIKqwBQAtFgCpYCUmAlZsYYpWAWjQQlSAUJALiqtYAobA Q0ncYUhBTsAUAFFgCnYApqIBVqDYhyoWP+ea6qdBLWRjKp0RYjgAX5uPat3LsZb7kzLlCoO3jqO1 SBWt7COF/McmWT+83b6U79gLOaACgQhOKYEbNTsIz9RmCvGqH5wc5HYUwLsTs1shfhjzRbUOgUCE pgFABQIMUDEoAKBCUAFABQAUAFABQAlABQAUAFABQAUAFABQAUAFACUALQAGmAlABQMKQBQACkBF JDuKgAbc5b3oAcsUaHcFwf5UAVrmcjgct/CP61MpKJcIOTsiGGF5G+UFmPU1zWlNnoJRpovRWqRc yfO/p2FbRgkc1Su3pEkZix5rRHM3cgnnEY/2qGwKvzSHc+a55zvsS3cbNzCV/h9KmnJqQk7EW142 2SjDYyPcetdjRvFhUjDtQMKBCmgYlAC0AFACUALQAUDHK5X/AAoauBIsoPXiocR3JO3HNSMKAEoA DTAWgAoAKAENABQAGgApgH4igLDgM1wWZ13HbKrkFcQjFPRDuJUNoBc4pqSQWFMhHTihz7C5RpYn qalybKsJyaQwpXEFIYopiDFIBcUXAOlO4BmkmAdadwAA1Si2K47GKvkQgxV6AAFTZMB4p2SJY7OK OZIQ0tUuY7Dd+OlTzIdhNxNS5jsGTUc1xiZNJsAAzTAUIT2qlBsV0LtxVOAXAYqeUQvFKyQCYFLn SGHSlzAGajUBOtFwFoYC9KBBmi4CZpXAKYDqdn0AMYquViClYABpXGIaFcBMU2u4C1ACUgFoAKYC 00IAK0SfQBwHNaJCFC1aQrjsCnYVw+UU7BqHFFgE25p2C4uzFHL3C4wipdkUhNvrWMpDuGOKwbAQ 4paAFJAFJ6jCgAo3EFNJjCq5WIXinyWAXNTdCEzS5hiVIC0AGKFcAxVqLYBmrUF1ABT91ALnFTcQ Zpq4C1STAMVSQhcUwDOKd0hBuNS5pBYN1Q6gWDNS59h2EJ5qHJhYTNK4wFSAtMQoFNIA4FaKKEIT VpDsNIyeavmS2K2FAqHVEGMVDqSAKhyYC1IBRuAUAHSmhBTswCrSAMVaXYAxWiQC4q0IWmgEouAd KdwCgBR0oAMUrAFKwCVLQCVDTAO9OwC0WAXNFmxCUcoxKfKAdKOQAp8twDFPlAKFAAxVqIgAxwOt aQpt7EykluSxxFz/AJwK6YxUEc8puRaSMJ7n1obuKxFdWv2kKPMdAOoU9aFYCVFEaBQTgDvQLYXN AxDQIaWx/jTsITcG70wKF5dOkhigUs/rjpTAZa2JDebcHcxOdtMRezSASmAUCCgYlAgzxigYUCCg BKBhQIKACgAoAM0AJQAUAFABQAUAFABQAUAFABQAlAC0AJTAKQBTGFIBaAEpAFADGBdsdqAGfY4/ NMjsxJ7VLimawquCsicHau1AFHoKdiHJyd2JTJIJ5xGMDk1LdkBVAJO5vyrnnO5LY9Q0jbUBJ9BU Rg5CuWY7dIuXw7jt2FdMYKJSj3IL+FpwJF/1i9Pf2rRaFFFH3rnoe4ptWNE7jqQwoAKBhQAUAFAB 2oAKACgYUCFzQAoYjoaVrgSrKD14qXEdx2aVihc0gCmAZoAM0WAM0WATNFgsGaYCUDFoES7q4Odn VYQk1PM2NCUgCkMKAChAGKADaavlYXHCM4p+zFzBtxS5bBcTFToAuCaSTYC+WTVqkLmQbKfs0HMK EFNQQri4A6VWiDUTmlzAGDmk2AUrpAApc4C5qXILBkmpu2FkL5UmM7DV+zkLmj3GYOayaaKuO8pt m7Hy+tVyPl5hcyvYeLdyAQpwatUZtEuokBhK/fBFV7K2sg577Dwm1N+0ketaJJLmsTe7tcYXzwBW Tq30RSjbcSRHQ/OMZqKinH4hxaewzmsrsolW3lYZCnFaxo1GrmbqRQxo2Q4YEVnKEofEi1JPYbio GFPVgLirVNiuGKHFILhWbYBiqSbAABWkYLqFxwIHarXLEQpDZAwQT0pttNKwroPKclhjletS4Tba 7BzIbisd9yhwjbZvx8uatRfLzdCeZXsNqeZlCVN2wHIhZgF604RcnZCbstSX7NJ/drb6tMz9pEjZ CpwwxU+xadmWnfYesDuMheK2jQJc0hGjZPvLim6fLuNST2EwTQrBcPLPrTuHMLtI70XQXEx70udA ORS7YHJpxlzOyE2lqIcqSD1FJyadmC1FIZVBPAPShtpXC6bsNJqG2MApJwBmp5W3oFxCCDis5QaY xMVm4sYvlts344zir9i+XmFzK9hMVPs2O4CnyoA57Ue4AlHMgHJG0hIXsM1cLzdkJyS3G4xWTqO4 xanmYBU6gGKYDhGxQt2FWqcnFz7E8yvYNhABI4PSj2bSTfULoHQxna3WqnB03ZgmnqhuKnnZQ5Iy 5wvWqhCVR2RLkluJijl6DHmMqAT36Vq6dkm+pPMmPW3cgHGK0VF7sl1EhrxlOGFKUHDcalfYf9nk x0H51fspE86GPGydRWFWE4ehUZJjMVzuTuUK8ZRsHrVVIODsxKV9htZFDghbOB061cacpXsJtITF TysdxQtNJiuG2nyoLkiQll3cAe9dEKLkua5Dmk7Edc/NZlB2o5mthiUnJgFG4BQAUAAppAFJ6AFF gFqrAFUogGOK0UADFWoWELV2AKdgEzSATvSuAtTcYUagGKtJiuLjiqsFxe1MQhp2GJilYAFHKIKX KAUcoBRygBp2ATOKQwoAMUCF4xTAbn0p3AVQSfQVvCl1ZlKolsWY4cLluB/Otm0tjHV7ird2+Siu CR2FTqwuhTdRDufyo5WK6D7XF6n8qfKwuJ9qiP8AF+lHKwuH2iI9JFp2YhPtMe4LvGTz1osFx+Af unmgCNlIPPFMQdOnWgBKYBQAUAJQAUAFAhKACgAoAKACgAoAOlACUAFABQAUDCgQUAFABQAlAC0A FABQAUAJ3oAKADtTAKBhSAM0AFABSABxQAdKAEoAhnm8sEDrSbsBVCknc/X+Vc0pOTsS3cnjt2cb n+RP51UaX8wJNlhdsa7YxtHf1NbpIpK2w2mAZxSAzLuPyJvMX7jnn2NUuxSYlI0CgA7UAJQAtACU DCgAoAKAFoAKAFoASgBysR0NFh3JFkHfiosO4+kO4UAFABTGJQK4uKACgAzQBJXmnWFACUgFxRqA oQntVqDYXHLET1q1S7kuRII1HJNaKKiTzMUsi0nUihWbI2kyeBWUqvYtRGd6ycmyhe9Ca6iFBIq/ aWCwuTU+0YrCUczAPandsAzQ2AtK4CcikAAU7MYc9KOVgJ+FK1gJkPlxbhwzHAPoK0T5IXXUzfvO xGCc5yc+uay5updkSsd8Qcj5gcE+tW3zwv1RC0lYkH/Hkf8AerVP9yR/y8HssjQx+Xnp2NW1KUFy kpxUncRw62zCU5JPFJqUYPmGrOa5R8OPs6Kf4sitKfwJMifxNleGL9/hv4eTWEKdp6m05e7oPu23 LG3qM0V3dJk0la6I7ZA8wB6DmsqEbzsy6jtEJpXeQ8kAHgClUnKUghFJCtKZI1QjJH8VVzuceWwl Hld0P8mKPAkY7j1x2rX2MI/ETzylsH2cCVVzlW6EVahFSS7h7TRsUQRb9m87v0otFy5ROcrXsAhi LeXuO/8ASoVODfL1G5ySv0GxwKyuWbG044qYUo2fN0HKbTSQhjR42aMnK9Qadozi3EOZp2kCpGIw 0jH5ugFQlBRTl1G5SvZCvEiqjgnYTz605QgkpLYSk3ddR86qZUAJDHFaVlFySIg3ysWNMSyqWJ46 mnCNpyQSfupjBFE+QhO4dM96yUKc/djuU5SWrF/5cz/vU0v3LQv+XghijjA8wsWIzgdqHThFLmWo +aT2GSxbMFTlT0NRUpJWcdmVGd9xbbidaqjFKSFU+EeyTbzgNjNauEr6EpxsPkXc0Sty3erl0TJi 7JtEczszkDoOAKzqNuRcEkgDkx7CM+hpKTtYVkncbjoO9QUSsscZAYtnvjtWkuSDsyE5PVDfJ/eh c/KRwaPZrnS6MfP7txsqxqMKSWHFZ1VBK0dyouT3C1/1w+hooJ84qnwj5QJU8xeo4YVrUXOrrdEx fK7MHXMMQqZfBEafvMGSJDtYsT3I7UNQg+VgnJ6odHGI5wDzxwa0jFRmiZSvETyleRuoUdaTjGUm PmaQeXG4ITIPv3pKMZaJBzSW4Iqm2+fON2eKcUuR8wNvm0GtEhTemeOoNZuEZR5o9BqTvZgY44wN +Sx7CpcIU0uZXYKUpbCNACV2HIbpUyoJtOPUanvcUxwq2w7s9M03GjF8jQlKbVx0UflzMOvy1dOn 7Oo15ClLmimMMSomX+8egrJ0owjee5Sk27IhAGea5Uu5oTGACdUH3TzXXKhH2iS2ZmpvluKYB54Q E7TzRKhH2iitmJT924FF8pyM4DYxmjkjyya6MLu6Q+bb5ceM+1aVHHkjoTC92LMIxJ8+Scdu1VV9 nze8rsIc1tCCaPY+B0xkVhUpKMtDSErofaj96fpWtCNpE1HoREYNZPcsml4SL6VtUdoxM47sdInn Hcjj6VUlGo7xYovl0aGSBwgRx06GsqnPFcstio2vdEssRcqQQOPWtqlPms7kRlYSUFIAp5561nUT hStuOOsrlbvXAbFgxKZwvOMV3OlH2qj0sY8z5biKkRbYAc+tEY0nLkSG5SSuOiChJBg8daqklFSX YUrtoaqLtLkHGeAKiEI8rnb5Dbd7CMgMe9AQR1BolBSg5JWaBSadmOKRoqlgTkVTjShFNrcSlJvQ VynkLwcdqVSUfZLQI35mN2xKAMFz3IqUqaSSVx3k/IR4R5iheA3rROhHnilpcFPR3FIhDbMf8Cp/ ulLksHvWuIsSgMzcgHAx3ojSik5PVdAcnsgaNWjLKCpXsaJU1ODaVmgUmnZkFcRqGKaTAWq5WwAC qjABcVqoCDbitFBBcWqsISgAoGJSsAUrAFFrgLiiwhQKaQATTASmMMUAFO4hM0XAM07gFIANABQA YpMBKlgFTcApcwBirhCU3oS5JEkcRY4x/hXbCnGBhKbkWRGEXIGW96bZKQ90DoVYZB4NICOG2it1 2xIAKdwJCBjoKYhMKeMCgBjIv90U7sRGyIT90UxCeVHnOxfypgOBxSAGbPWgBtMAoAKAEoAKBBQM KBBQAlABQAUAFABQAlABQAtACUAKTQAlABQAUAFABQAUAFABQAUAJQAUAFMBKBhQIKQxaAAUgCgA PWgBjtgYA5oAhNs7ybiQB2rOUWxO5KiJHyBuI7mnGKjsCQCQOeGBI96sYE0AJmgBM0ARTqssZU8g 0DM6PKkxt95ap66lxY/NSUGaACmMKQBTAKQC0AJQAtAB0oAKACgBRQAUAOVipoaAkVwfaosVcdQM M0AJQAdKAA0AFMCbFeZY6hcAU7ILgACatWAcu0deTVqyE7jvMA4FJ1LaInlGmRj3rN1GNRQhJNZu TZQmKm4Bj3oAUDNIBcVSVxXCrSAKQrBQMMUCuGMVSAXiq5UAcUc0UAZFS6q6AJms3UY7BmobCxIh 8yPZkBgcr71rFqUeW+pD913G+VJnG01Psp32K5o9xz/LGIwcknJxVS0jyLUlau5IB/oR/wB6tox/ dWI/5eD3R2hi2AnjtWjg3FEppSdxVDRwv5p4xxmn8EXcHZyXKNZiLWNh2aolP92mhpe+0OmwsbOD /rMAUVGlFyXUULtpdiO4/wBVF/u1lVvyRsVDdjYG8uUE9O9TRThK7KmuZWHyQNvJQblPQitpUdbo mM1bUHjWJF3ffznrTly00u4KTk9NhZo2eTeg3K3pRUjKbvHYUJJKzJMgSwpnJUc072nGJP2WyKI/ 6Z+JrKD/AHxcvgCL/j8P1NKm/wB8/mEvgHoheOZR13VpFc0ZpdyW7NMbEhhR2fjIwBShB003Icmp NJDgu2JPLQMT1JGatRaiuQV7yd2E+fIXdjOecdqVX4FcIW5nYJATNG+Pl45omruMugov3WhyjM8w 6cU1/EkgekUMhjMbl3+UAVFOm6b5pbIqclJWQZ/0Un/apJ/um/MPtkjl2w0YDKfatZOctYEJJaSI rgn5QxBPoB0rKreyTZcLdBtv/rlpUl7yHP4QeR97fMcZq3zXY1FWERtrhjzg0lo7jaurEskZZtyY YGtJR5tYmcZJKzEdRHF833z0FRO0I67gm5PTYiVsMD6GuZT1uaNaE0sTO+5OQe9dM4Ob5omcZJKz HggTRoDnaMGqUlzxiuhNvdbKsg+dvrXHUl7zN47ElqP3wrTDt85FT4RI5PLlPoTg1Kq8lRsJRuia YhBER0BzXRVaiotbXM4XdxskTPJuXkN3pTpucuaOxUZJKzHbh9oRQc4GKrnXtIxXQmz5WwQlZHU4 Bblc1SfLJp9QeqTFUyjJchQO+Ka518TB8vQaql7cgHnOamK5oMbdpCAeVCwbgt0FCjyRafUd+aSs EqGUq6cjFKUPaWaCL5dGO3CLy1JGR19qd1BRXYVnK7GNCxkJHQnOazlRcpXT0Y1NJEiuGuGwcgLi rjJOrp2JatHUZ/r4jn76/rWaftouL3RXwPyK3euB6M2LaMPID91BFelTkvZ8z3Rzte9YFYCASdwu KcJJU+bqga96wxf+PZvrWUF+6aLfxoc67o4z/dHNaON4LyJTs2JPjzaVW3MOGwlwRvH0orPVBT2G wOFkGeAeDWdOooyuxzV0ONuxbjGPXNW6LbumCmgmZQyLwQvWpqzjdRWthQTs2K0O47oyMGnKipvm g9AU7aSFkOyEKxy2aJyUKfI3qKKvK6HTRs5Urjp61dWm6lrMUZJbjG/dQMrMCT2rN2pU3FvVlL3p XRXFcSZqW8/6SP8Adr0m17Zehz/YI4j/AKR+Jrnpv9782aS+EdHyZV4yelaU2nKavuTLSzFQny9i kBlNODfK6admhO17vYRyyxne/J6AUptxg+eWo1ZvRDZzxH9Kiu/diOHUGP7iP60St7KKBfEyVt3A jIC4610S5nbkdkQrdRHYLJG2cj1pSklKLGldNDfJy+SRsznNQ6Kcua+hXPp5iocoVQ4IPGe9XFrl cYuxLWt2DbxGd7c9gKHGSi7sFa+iINtYezRrcMCq5EFwwKfKgCqsAZp7AJQMUUCChsApXASgAyKL AKoBoBjqBCYoAQgClcYhNLmASp5hhT5gDGKOYQU1IApqQC1VwEoAKAEpNXAKTiAKCw46eprenQvr IylUS0RZih7kYH6mujSKsjHV7jXvYYpRCoLt6IM4pasNibzx3Vh+FOwrgJ4z/Fj60WYXFEit0I/O iwXFJoAjLkdOaqxNwDg8H8qVh3EK8ZBpiG0wCkAlMAoAKACgANACUCCgYZoEJQAUAFABQAUAJQAd KACgAoAKACgAoAKACgAoAKACgAoASgAoAKADpQAUwAHFIBKYBSGFABQAUgA8UAIetABzQBVnMhAG 7BY4AFIYbH8xSECEdSDwaYicnFADSeKAGk0ANY4oAo3a7WWVeo4NNdhp2Ezmg1QUAFAC0AGKBhQI WkAUDCgQUAFABTAWkMKYBQAdKAHq5HWpsO49WB6UrDuLSGFABTAKBFkJ7156j3Om4uwU1FILisqq OKtuKEm2M4rBzKE6dKi4xM0gChALSsAuKaQrjugqhCYpodwxxQFwxSuK4tK4BmlzBYQkClzWHYTN JyYWDNS2MKVwExVWYChCapU5MVx6xGtVQ7kuRJtIGN5x6ZrVU0tLk38hhwOlHuorUTecYycelZSq pbDsAkcDAY/nWXtZMXKhCzHqSaWshpJC5OMZOB2qrdAAk4xngVV1sICxPHYU+cdgzUuowFEjAYDH H1qHUl3FypjSxJ5Oai7vqO1hQ7KMBiB9afO1swaTEBOc5OfWle2oaCgkHOTn1oTd7h5ACQc5OaFJ pisSpIBC65O4muiFWKg092Q4+8mRFi3Uk1m6jLSSFDMBwxH0qfaSCyEycck4ppXHYXccYyfzqvmK wbj1yam4WFLE9STVasLJBz0qkmIcuR0JFWlYTsGKdkFwxjocUcyQCEipdQYmahzYwDEdCRU3aFZB 16/rUvzAKluwBuIHBIpKQWEyRRzDsGalsAGe1CvfQApAGT607gLuI7mq5gsIDSuAuSe5quYQEnHU 1amFgDEVXtegWFLE9afPcLAGI6GqUhWEJouMXJxjNSxBUOFxh9KHTYCYo9mFxQDVKIrijNUo2EGa aGGT60XADk96TAMH1qWFxOBUWAM+9SwsGaV0hhux0ovbYVhM1AwyaYBSAKHcBeaqzQBTswCqsAua dhBT5QDNVYBc1XKIM8darlGJT5QFH407CFHHSqsIUnNMLCYoGJigAoASlcYA0uYAzU8wBnFF2IQv iqSbHYYZP8irUR2ELmnYdhmSfelcrYkUtipukS7Dxmo5ktiRcmpc+wCZqb3AKdmAUWEFABRYAo0u AZp8wBTUmAU1IANUmIQ4H41pGLlohN23JEiLn+n+NdcaahqYSm3oizHCEHPJ/lTcrk2JakCs8SwS NNGgyfv4HJ96fkBMjLIgZTkGjYW4jhcc4wPWncCh9rt3uDGiFv8AaWqVyWWNhX7rkUwDLj0agBRy DuXHpSAM8YpgJQAUABoEJQAUDCgAoAKACgQUDEoEFACUwCkAUAFABQAUAFABQAUAFABQAlAC0AFA CUwCkAUAFABQAlMApAFMBKAFpDEoAKAFpAJQAUAJQBHKuQCoG4dCaAIyjsPmkI/3eKAISVEmxMlh 1YnpQBKJFPAYEjtQAhbigRGzc0ARv86lT3pjK8J+Taeq8GmzSLH0igoAWgAoAKACgAoAKACgAoAK AFoAKACgBaBhQAA4oAkWTsalodx+aRQlABQItFq83mOmwm4mpcmOwnNQ2MXFAXDbQkK4YoSC4uKd guFMQtAgoukMTOKVwsGam47Bmpu0FhM0hhzQAYNNRkAAGq9lIVxdtX7PuFwwBRyxQDgQKpVIoVhd +Ogp+2FYTefWs3WYWELE1m6kirCVN2wCi66gFNMBafMIKTkwDpT5rDCk5gJmpcrgFIApALxTEFCG FUlfcQUaAGakBaL9QDNACVV2wFAquVgOC1aiS2PCitUibhQAh4pOVhiZrNysFhKjmuMOtTuMKLgJ mlzAGam4BSASgAouMWgQlABQAtABQAUgCmAUAFFwChMAFXzMBa1jcQ4CtEhDsAdauyFcXAFOwgwK fKAZWjlDUTilygJ+FHKMYzEcYqXGxSQgJqHoh2FyaybEGKhtsAxRZsAxSUWAYqlBgLiq9mIAKfIF wo5QFpqKAKfKAYNOwCUWAKYBQAU0wAGncBc07gFO4C1QhQKAFouIKGwEzSuMbU3YwqdWA0ketK1x 2ELgVooLqFhu4mtUoodhME8gZoc0gF2Z61DqLoF7CiMDg1l7S4XHAAVHO3uK7FpK4hadgGkmqVkM MGnzILgKTlcQtTcBKBBmi4BTQBiiwhaBhVWEAyeF/E+ldVOg3rIzlNInigycnIHrXVpFWRi25bj3 mgt1+d1WlqwEjvYZPuMSPXFPlYrk4ORkUhiZoEVn/wBFfzF/1TH5x6e9VuDIryCa7cKkqrFjt1NC 0ELb20VsuI157setUIlNACUAFABQIKAEoAWgBKBhQAUCCgAoGJQIKACgBKAA0AFMApAFABQAUAFA CUwFoASgApALQAlABQAZpgFACUAFIAoAKYBQAhoAKACkMTmgQUDCgApABNACGgBpNMBrcjikBWkj jiUtgsfrnNAEMRKplU+Y8nPFMCQM235iCfagBvWgBRQBWYbLlh2YZprYqO44UFi0gCgYUAFABQAU ALQAUAFABQAUAFAC0AFMBaQxKAFoAUMRRYLkgYGpsVcWiwFnFeS0dQVOgBSvYBaav0AKpRAUCnYV w6UbCA1Ldh2EqbjCpuAlFxhSAXFUoNiuKFraNFdRXF4rS0UAFgOlS6sUFhu7NZyrPoOwc1m5SYBi mo9wFFNuKEFZt3GKiFzx07k9qqEHMluw7bHnHmc+uOKrlp7XFeXYa6FDg/mKicHFlJpjpItiIwOQ wq6lJRipLqTGV20PW3LQl889hVxoc0ObqS6lpWGxReYxGcYHWppUud2ZUpcqEZVCKwYEnt6VMoxU U0wTbdiOsSwpASQx+Y4XOK2pU1OXKyJS5VcaVwSKzcbOxSYlFrbgFFwCpuxhT1YBikxCgZNUo3YE /wBnVcB3AY9q6/YQjpN6mXtG9kMMLCTZUfV2pcpXOrXJPs652h8t6VuqEL2T1I9o97DRH820jnpU qm07DvpcVwEYqOcVUoJOyCOquN3Vm2kVYTdWbmFhtYubY7EkMXmZyeQM1tRpxndMmUuUSJN77enr SpU1OXKEnZXCVPLfaOeKK0OSVkEZXVxzQqrKrNjIya0lRhFpSYlNtXSISOa5GtTQMUrNbgKBQkA9 4wsaNnlq2nSUYRkupCldtEdYW0uWJSAMUAFMBcU7O1wCkBLHEGUsxworopUlKLnLRESlZ2QrRL5e +NsgdaqVGEoOVN7CU3ezBYVCBpGxnoKIUYRgpVHuDm72Q2SEoRg5B6GpqUOVpx1THGdx/kIMKz4Y 1t7CnH3ZPUnne6Q0QnzNlQsO+flHzq1yTyUOQjZIroVGD0W5PM1uMRdzhaUaetmU3ZXHrDuRmBPB OBWqgmS52diHDZqNjTQllh2AYOc1pKKSM4zuR7Kgu4gU0rjuTeSu8KWIJH61dlezM+d2uM8o79ve snTfNYrmVrhIiq2FOcdamcEnZBFt7jMVn7Mq4Yo5AJooQ6EknOa3p0oyWpnKdmR7e1Z8hVyWSEIo 9a1lTUURGbbGbRWdiriYFToMTAoegBxUuSGG4UnNBYeqDZvkOAegrZRio80yG3eyFEaPwjHPoaEq c9I7hzNbjI49zlTxjrWcIc0nF9CpSsrjgsLHAYg1a9i3Ym8lqRumxiprKcXCVi07q46KMOSScKOp rSnDm1ewpSsO8tGB8skkdjWnLGXwk8zW5HisixeKqzACQKdgsSbVDKrEjIzWloqyZF3ZtDTG3mbO 9S4WlYfMrXGyqqNhSTjrUVJRi7IcW2rsZWDmWJjNLn10C4bRRzsLhtHpR7RhcMAdqTmxXCldsAoA WgAoATJp7gL1oQgxTAKACgBDTsAUwChCF6VSVgCiwBkVcYOTsgbtuKqFz0/AV3QoqGr3MJVL6IsC NIU3SEAD8hVuRnYpyXk123lWSnbnBkPAFFu4XJoNOij+aX97J3ZqL9gsTTyJbwlzhQvQUAMS7DWp lRCSP4RQ0JMZFdyydbd1HqafKFyc/OvTI7igCokhtJAhyYmPyn0PpTEW3AI3CkhkdUSFACUAFABQ AlABQAtACUAFAwoAKACgQlABQAUAFABTAKACkAlABTAKQBTAOlABQAUAFIApgJQAUAFABQAUAFAC UAA5pABGPSgYUxCUhhTAOlIAoATNABmkA3NADS1AhpagCJmpgMLGgY00AJQIXOBRYZXmcGaPaQeo NXayGnqOqTQKACgAoAKQwzQAZpgLQAUgCgAoABQAtABTAKBhQAUAHSgBaACgB280rAXsV4x1hiiw XFxVqNtwDiq0QBRzCCs3IYGocgEqbjDGafK3sAoQmtFSkxXHCP1rRUV1FzBgAVSjGIDc1LqKIxM1 i6r6DErJyuAUDDpQIWnzWASpuAU72AWpAlPFuMfxNzW70padWR9ojwaxSZZJjNvz/C3FdKjenZ9z P7Q8fPa+6GtF71K3YnafqS7gkyR9tuDWnNyzjDyIteLkMVfKilPfO2s7ezhJ/IpvmaEKr5UJwOTz Q0uSHqO75mPkkWOXasakd+KqpU5J8qRMYuUbth5K/aW4+UDdin7OPtflcOd8gsMgeXGwD0xSpVue drCnGy3GKFSN5CM4OADUxtGMp2KbbaihVKzqwKgMBkEUQkqycZLUHeDBoxIYmAA3cHFEo+05GgUu W6FliV5YyoABPNVUpqcotExk0ncVQrO5ULuHQGqi05StuDbSVxsoOzDJhuxFRUUnG0l8xxeujIlG 1gfQ1jCFnc0buieSIyPvUgg11TgpO6ZlGXKrMc+fNj24JxWjWqsStncAY/N4b5v0ovHmG+awxMiZ i38OSahS9536FP4dAh+ZGIAL571FOfMnbcJ6PyElBIAaPa2eoqKvM0lJa9xxstmSMjJhY0UjuT3r WUZR0haxCaerZFcoFKsBjPUVzYmCVpLdl03fQbbnbMvoeKzw8uWoiqivElVfKErfgK6UvZ88jNvm sgK+YIm/A0cvPGDBPlugUh7s9xiiMuauD0gJGQsDNtBIbjNKnLlpyfmOV3JICRLAzFQCp7Uuf2lJ uXQLcsrBI3kBVVRnGSSKKk3RjGMQiue7YrgSCIAYBqp/vFDzEvduI82yTaqrtHbFROvKE+WK0Q1C 6ux/lqJGQDhlyK25EpuK2kieZ2TEjQeSVI5bNTSppQ5X1HKT5rjdoSFQR945P0qLKFNJ9WO7ciQh gcqqsnoK3fPe8bNEK3XcqsMseMe1cE4e89LG6egqhiNoyR6VShJrlQm1uStiKIpkFm6108qhDkW7 IV5O4XH8A7baqrDmUUEOo5eUiz/eqox91LzJejZFL/rW571M7czNI/CWMfvWPfZW32vkY/ZIYf8A WrWUH7yNZ/COUBTIw7cCq2bZL1sh0bbYgf8Aaoi7RuKSvIAmJz6Dmjl9+4X90GBdUz3NN+8kC0bH EMDhAu0U3dbEqz3GFB5ygdDzipaXMilL3RjPlyR61EpXkUlZE5zsJGN+Oa21tbqZq1/Ihg5lGayp /EaT+Ecsm59pA2njGKam3IlxsrkbgISB2NZz912LTuSRtthz6NVxlaDZEleVg2YuM/w/eocf3nlu F/dEkbdErepqZyvBPzHFWlYf+842qEX3qm577E+71AoDcD0xkim0nUQJ2iR+edxyAV9K5/rDU32L 5NNCEnk44rklO70NEJU3Anuf4PTFduK2iZ0+pHFnzFx61hRb51YqWxKzFJ2IGR3rpnKUarcVoQle KD9054ypp/up7qwe8iORSr4Jz71nOnyysXF3Q+EjDIeN1a0mldPqTNPcfEgRjyCcdq1hFRe5EndF Yk5rHRG6RPGBMgDcFe471tB8ys+hlJ8ruhG/eTBRwo4ArNycp8o17sbjJTulJH0rGpPmm0ioqyLI z5eCRvxXWr8vLfUx0v5FM5zzXmyTvqbiUhhihbgB4piEpWASgAFMBadgFo9QCiwBimAUwDNACGjY QUwDFOwxaYB3oELTSAQcnAGT/KuinRctXsRKaiSwwE8k/j/hXWkoKyMG3LctKgQcCk3cCnPYtcT7 pZiYv+eY4poC0qrGoWNQFHYUbiIbu7W1j3FSSeAtFgKC21xfuJbg7IweEqthGkirFGEQYApbgMlc KpYnAHOaYiCxvDOxBGCO47ii2gX1JZFV8hgCppoBRwAOwoEFABQAh6UAFABQAUAFACUAFABQACgA oGHagBKBBigAoAKACgApgFIAoASmAUgCmAUAFIA7UAFABQAlABQAUwCkAUAFACUwCgAzQAlAxO1A C5pAJQAZoAbnFACE80AMLUAML5/+tRYQwtjkkD601FsCMyoOrZ+gp8jC4zzk7KTT5UgAzAfwfmaf KhXE87/Y/WnyILkcsxK4AwKFGzC5Ah/eJ9aJDjuWM1mbBmgAoAKACgAoGKKACgAoAKACgAoAWgAo AUUDA0AJQAtABQAUALSEaVeTY6xKADpRcAodwCpGLjFSAlCSYBxjpVxSQAGx2rVSSBod5hpOqkLl GljWUqw7CZrJzbGJWYC0AGKdgEoAKAFoAMUgDFOwBjFVygSxsApRvunv6VtGUYrlexm073Quxc/6 wYp/u/5gu+w2RwQFUYUfrWdSpdWWw4rqyS2dVJVzgEVeHqKLtImpFvVDHkzMXHrxUSqXqcw1G0bE txIrBQp9zW1erGSSiRTi1uBdfLjGeQeaHOPJFX2BJ3YyZg0xIORUVakXO6Kgmo2JDMouCc5UjBrW VeKqXWxCg+WwsYijfd5gPpTgqUJcyYS5pK1hqOpRo2OATkGlBqzjLZjaaaaFBSFG2tuY8cdqcVGm ny6sLOT1CCVVjIbqOlOlNRjZinFt6CxTKsR3feHSqpTtHUJQbegyIoQQ3DdQ1KEVazKkmth5cLEV 37yf0q20o2TJUW3e1iDPNZOSRqTERMch9o7rVudN63sZe8tLB5484Nj5RxWf1hc1+g+T3bABEH3e ZkDnGKOalfmuHvWtYRpQY3Pdj09qzlWi4y7sFGzXkJGYymGO1uxqac6bjyz08xy5r3Q55VWLYrFz nOfSrlViocsXclRbd2KxjlIYuVPcU3OnU1k7MEpR0sRyspICDgd/WsK04yaUFoi4prcjBIPHasYu zuUye4lV0AU9eTXZXrRnFJGUItPUIJVSMhjyORSoV4wi1IJwbeg2BwsuWOBis6NRRnzSKmrqyDeP IZc8ls4qvaL2co9Wws+ZMEYCF1J5PSilJKnKL3YNPmTHFklUb22sODWvu1Irn0aJScXoK8iDy9n8 NVJq0eXoCi9bgRE7b9xHcjFNxpyfMwXMlYC+Zg/QCk53nzdhW92w5nHnKR90VcprmTQkvdYyV1aQ EcqO1TUmnJWKimkOHlh9yuQPQVV4X5kL3rWaGN88hbHWspe9K5S0ViaMqqdcGtqbjFamck2yJ0jA JDkmh8vQtOXYdlXQBjtK0XTVmLVPQHYfKF6LRKWyQJb3HERs28n8Kd4PViXMlYTf+93HoeMVPtPe uPl0sA8uM7g2T2FPmhF3QPmegxmAjAB5JyahzSjYaWtxQ6+Ttzzml7SKi0FnzXHNMvl4H3uhputH lt1EoO41phsTB5HJqXXjyq241DVgzRuQxYr6jFDrUpayBKS0DzUDMQMcYWksRC7a+QcrskNiZVJZ uo6CopVYrWQ5JvRCLMwk3VSq3lzDcFaxKhU3AK9xzXRGUZTTRm7qOogMatuBJPYUuaCdx2k1Yibk knvzWTd9S1oPDAQFe+apNKDiTZ81xTKPJx/FjFJ1FycvUOX3ribx5aDqQc1m6iUElvcOV3Y52jZt xY/TFOdSlJ8zuJKSVgaceYrL6YIpTxC5lKIKDtZiBoVbeCT7Yo9pRUudbjtJqxCxyxNcknzScjRa Dvk8vvvrRcnJbqLW/kSLIrJtkzx0IreE048k1oQ4tO6FVo4+UBZq0j7OGsVqJqT3GxsQx3chutEJ OLbfUclpoO2xDnJ+lWlTFeQyQ72yeKUpXdyoqysEZUZDDINKM0twld7DtyxqdhJJ7ntTdSKXuis2 9Rg2bDnO7tWSlHld9ytbj/MCqFj+pNN1lFJRJ5W3di+am7fyGx+tN1oX5uouV2sMiZVbc2cjoKyp TjF3kVJNqyE8xjJv70ueTlzD5VawsxViCvU9aqrKM9VuKKa0ZFWBYUbCENNvQAxRYAxQkAuKdgFx TsAYp2sAlIAo0QBTsAYqlFgLinyCExRygGKfKAYp8oASAMniqjC7shXsKqM/HIHoOtdkKKjrIxlU 7FhYVjGXIAHbsK1cuxnYrvqJdzHZxGVh1PQCpsMfFHeMMyyqp/uqKegtSwnmDhmDUaBqPNADGx3A OKYhN2T6iiwXIbidLdN7tx6d6YjNJn1F8KNsQ9aYF6CBLdMJyT1agCWgQUAJQAUAFABQAUAFABQM TvQIKACgAoGFABQAlABQIKBhQIKYCUgFoAKAEpgFIAoAKADtQAUAJQAUAFABQAUwCkAlABTAKAEp ABoGJTEBoGJnigAoAQnikAxmAHJoAiaUAZyB7mna4Fd7lewLH9KtQFche5bHLBR7U9EIhM6k+tLn 7D5QWXd7VN2x2HL2oESHrWohKYCMAwxSYEK8SpUvYqO5YzWZqFAC0AFABQAUAFAxaBBQMSgAoAWg A6UALQAUALQAh4NAwHSgQUAKKBhTEamK8vlOoMClypAFS5JDErNzuAUtRh0oUUgG0rpDCk5gFS5M AqLgFACUgFoAKACmAYoAXFUlfYQuKfJqAmaNEAVPMACi7AWlewBSuAlHUAqkmAopWsAuaL9hBk0O 7YBSAStVZAL26VopoA+lHO3sA7HrVe89xAenFVawg4p86QxM1LqAFQ5tgFZuYBUcwCVFxh1pgLih JsArRU+4CfQVXKkAuTSuhBWbYBUgGKai2AuK0VJsLhitVR7gKKtU4oQnSqUUtgDNUMVaQmPFIkCa TYrDSc1Nyg20wuOCgVQri5xQFhC1O4WEzTHYM46Ur2CwbjUOQWE3Gs3MLCZNZ+0HYQmp9owDNRzM YZo5gCldgFGrAOlABRcAouAU7sB0blGDCtqdVxdyZK6sBNXz9QsBNNTCwVdwCh6gHSpcQCodMBKj 2YwxR7NhcXbTVNoVw21oqdguO21ooCuLVWEGaADNJuwDc1DlYYmahzHYTNQ5DDNRe4BTAKEgDIq1 EBc09EIQmpvcBKAChALVAJmi4C5p3EGadwCk2MSgBcUWAKrYBOlO4Bmi7EGadwCi7AKYCZJOBya3 p0nLXoTKaiSxQMxBPJ9ew+ldcVGCsjncnIfNPDZR5Yjd6dzRe4tiqsNzqDbpyYoOyDqaNg3L8UMc CbI1Cr7UgHMwVSScAd6AMxrx5r4C3yVXjPrVpCZos3GKSQDSc0xDDg0wGsivjzFDAeooAAoUYUAD 0FAgoAKACgANABQAUAJQAZoAKACgBaBidaBBQAdaBiUCCgAoAKACgAoAKAEoAWgBKACmAUgCgBKA FoABQAUAJQAUAFAAeKAEpgFIAoASmAUgDPagBDxTGJmgBM0AITSAhkmC55FAFOW6ySE59zVqIiq8 w/iYk07pAkyF5mPA4qHJsqxHuPc1Nxjl3McAE00BZjtJfvNiMerU7Mm5YURRKertjHsKtRFcZmtC RpdR1YClcYnmZHyqxpXAZCCZSSOgqXsXG1yepNAFIAzTAM0gCgApgLmgAoAKBhQAUALSAKYC0gCg AoAKACgAoAKAFzQM1DXkOodIlZuTGJmobQwzS5gCi7GJg1OrAMUgCkAUAGKQC4p3EGKACgAo3AKA DNFwCqcxhU8zEFIAoAKLgGKe4C4osAdKd+wBiqSk9hBRy9xhUaCCnqwFwa1VJsBcYrVUkhBTaiAU r9gDJzQ2wCpASkAtQwCpfYApWAMUWAMU+QBQKpQE2LjNVYQhWhpjuGMVLQBSSGFUAnFVGCQC9ela pRQCgZ70c6FcXpUuYhpNT7RdRhS9qhgMDpU+2ELuxS9qKwbql1LsdhM0+YLBnFNNhYXJq7sLBmqu Ac1VwFxRcVxeBUuaQDSaydUYZrJzbASo1GFABQAUWAOlAgoGFACUAFAC0AJQAuaACmAUJgLWimIM 4rVSAUZrVXEOC1pYVxcDFFhBxRYAyBRYLBuFAWELUh2ELc1LY7CZrNzAM1DmAmazuAUIYUeQBiml 3EFVohiU+dAHSlzvqFwzQIKYBQAUJAFF+oBQAU2AUAFMAoAKYBQhCU0AtOwBVWATPrwKpRvogHKj P0yAfzNdcKKWsjGVToizFAqjkfhWzl2MrdyboPSoGRPbRPKJGRS46MRTTsDHkev5imIazFFJI3Ae lFgMt0utQkwwMUI9aq1txF2CCO2TbEPx7mgRITQA3NMBKBBQAUAJQAlAC0AFACUAFABQAUAFABQA UAFACUALQAlABQAUAFABQAUAFACUAFMApAFABQAUAFACUwCgApABoAKACgBKYBQAmaADpSAKYCGk MDTAQ0ANzg0AITQBWnuAqnnA/nRa4GdNcFupwPSr0iLcrNKTwOKhyuUkMOakZPFaSyjdt2r6txTS FcnW2gj++TI3oOBVqAmyTzdgxGFjHsKqyQrkZl3HjLGncVg+c+i/XmjUA2erE/pRYBQqjoBVWASR sLSYCxLsXnqetZt3NYqyHUigzQAtACUALQAUAFABQAYoAXpQAlAC0AFAxaBBQMKACgAoAM0AFAC5 oA0814F+p2BU6gGKLAFIAoAM0gCgYU1FiAU+SwCgVIBSAKACkAlABimAUAFIAp2AKfLbcBaHYAqR EkaAgs/3R6d63pwVuaWyJk+iF3pn/VjH1p+1jtyqwrPuI6AAMuSp/SqkkkpQ2Gn0ZNHCrwf7R6Gu iEFOnruZym1IihT98FYd+lc9KH7xKRcpe7dCMhMhCjvQ6V5uw1LTUUxOoyVIrT2coq7QudMbipux 3JwESJSUBJrpVowTsZ6uTVxC6EECPFS5rsOz7kZQgZIODWfK7XKuKsZJXg4NChJ2E5JCzR7HwAcd qKtO0tAhK6G+TIBnaaXsZ72HzIRUZugJxWapylsNtIUxOONpq3RlsLmQpidRkqQKHRklsJSTGqjN 90E040mym0txxRk+8pFN03HVk3T2JJgFCYA6VVW0UiY63Egw0gBHFRRalOw56IVpUDEeWODVSrRT tyiUX3EmjA2sg4btSrQWko9Rwl0Y3yJMZ21PsJ2HzxGbGIJxwOtQotJvsVdAIzsLY4Hel7/JzJaB za2F2nbuxx0qLTcefoK6vYd5MhGdtX9XqtC5ojQjM20DkdqyUJzk49R3SVwaJkALDANFSjOC5pAp J7CKjMcAZNTCEpu0RtpDmhdBkjirnh6kFdiU09hpQhQSOD0qJU5KKk+o01cXYdoOOD0qvZSST7hd bDhA/wDdrdYaZPOhoRi23HNCpS5rdR3VrjvJcDJWtPYz3FzocijyXOORThZQkS2+ZDWUpwRisail DcpO4hVgoJHB6VE1OMeZ7MaauMrnbuMmCj7LnHOa60l9XbIv74yEAyqDyKxw6vUQ56IlWNWnbI4H auqMIuu7kOTUUAlG7DRgCl9Ys+WUdA5Ha6YRon2jAwVopxh7f3dgk3yh5q7seWOtN4h83Lyhyu24 ydAkmBWGKhGE9C4NtBbgGXkZ4owiXtEKo9BxlAYjy1raWItJrlQuR9xJ4wCpUfe7UsRST5XFbjhL uN+zyYzis1hJj50N8ttpbsOtZexlyuXYfMr2Dy22b8cU/Yy5OfoHMr2Dy22hscGj2MuTmDmV7D/s 746Vr9UmLnQxY2YkAcipjQlJtDckhXjaPG4YzVSoOG4KSewiI0h+UVcKbk9AbS3HlGjGSPyrVwcV clSTBtygZHUZFOzVrgrMTa3y8fe6U+Vqw7od5L+n61fIyedDQjEkAc1PK72KbSFMTgZIpumxc6HK oMDHHOaa+Bib95DGQqcHrWE4NblKV9gZCoGe9ZzpuK1BO4ysLFCVNwCmAUALRcQlO2oBT9ACjqAU wCmgCgAosAUwCgApgFABTsAUWATNMBRTEFUkAVVgEJ5wBk+grWFJyJlJRJYrcty3P8hXXGMYLQwl JyJJp4bNMyNg+nc0r3J2IBdXdx/qIdi/3np27hcetvdNzJc49lFPQNSRY5UH+uLfUUaCJA5H3gB7 iiwXBuKAIy/PPHuKdhC5B68e4oAaRjg0wEoEFABQAlACUAFABQAUAFABQAUAFABQAUAFABQAlABQ AUDCgQUAJQAtABQAlABQAUAFABQAZoASgAoAKACgAoAKAEoAKYBQAlABSATNMApAFADc0xjc0AJm gCtcXAReuB/OhagZc85dsk/h6VWkQ3ICcnms27lImitXkG44RfU00hXsWIxFDzGu5v7zVagTcbJM WPzNk+gqrpBYZuY9MAUnJhYUKM88n3qRkuAOgxWqJCgApgBYKMn8PejYBqqSdzdew9KzbNIxsPqS goGFABQAUAFABQAUALmgAoAO9ABQAdKAFFAC0AJQMKACgAoAWgAoELk+tAzUxXgHWGalyYxKm7AK ACgAxVJNgL2pqyAQUvaMBahybAKQBQgCi4BQAU0mAYoswCq5RBii1guLjFF2gDFKzYXDFPkYrigV Sp6hckI/cj2PNdKjenbzI+0R1CpFjxnyPq3FbKCUNSftEoytupzyGq9qaI3kyRVDOsg/GrS5mpEN 2XKNHAkYdc1K05mh72QkDFmKk5BFKlJt2HNJK5AetYu1zUsbgsCEqG+tb83LBMyteTI3lUggIAfW s5VVa1ilF9x8HzqVYZUVdF3TT2Jno7oR2PngcgAjFTUb50hxS5Rw5ujk9BxWi1q2J+wCsokz5pPt ioUo827uNp2tYRWCiYr9RVJ25mgavZMSB2O8k5IWppt6vyHOKVkLAzMXycjFKlPmbFNJWsIgPk8t tXNEX7l5OyG37w5sfZ2wxYA9TRJr2T5XclX5hlweE/3ayxLsol0+olt/rhWeGf7xIKnwjmkiDH93 zmtJV6ak04iUZW3Fjk82ZcjAHQU6db2tVdhSjyxGGR/Ozk9elYupL2u/UvlXKTcec6f3hXY2vauH dGX2UwUYQRHqVzRCyiqb6oHvzDcY8qM/U1l8PJTZW92DlPMJMjAjtinUdPn95u4le2w5SDcZH92t E061/IT0hYruxJOSTzXm1JOUmmzZJLYfA23dkHBHJHatsNJxu7aEzVx+3KN5b5HcGuhQTi/ZyJvZ 6obJ/qY6ma/dxHH4mK3EMf1q7WpxEviYlwzCXqeOlKu3zjglYkx+/Q9yvNb/AG4+hH2WRRs3njk8 nmuaM26tvMuSXKPPCTYrR6KpYnqgC+bCvqDioS9rSS6od+WQy4Yb9o6KMVjipJy5V0HBaXIa5DQn HNofY12w1w7sZv4xluP3q1lhleoip/CPwxmdkP3a2cZSqylB7E6cqTFE4PDoDSjim9JxuHJbZjlQ Jc4HTFaxgoV1bsS3eA3z8N9wdah4mSk1YfJpuJcKAwbn5hUYuK0l3HTelhLb/XD6VOE/iIdT4RWl QMf3Q61pLERjJrkQlF23Fjk8ycEjoOBTpVXVqpsUo8sRis3nj1zisVKXtvO5TS5SY4MkieortdnU lHujPomGPk8rvtzQlp7LyDrzBwJI09BS0U4w7B0bGkp5mSX3A9KmUqfPre40nYcp/euQCPlrSL/e N26Ca91Fc5PU1x2b3NiSJgFYEHaepFdFLRO60IktRWGY22PkdxWnLFxfKxJ66oSbon+7RPZBDqOP Aipy0URLqJKT5vv2qajfMONrEn/LY467a1+2R9kZET5vuetZwb5i5fCLwIn+tX9lk9UGPNRT74NJ LnSH8LZFM26Q+g4rKo7sqCsiPFczg2XcMVPKAYpWAKnzATpRsAUwCnvoAUwDNABmgBKeog5oGFAg qgDNIAp7gFMBcU0gCqUQDNUogHaqSARVaTG3gev+FdMKNtZGMqltEWorcKOR/wDXrVvsZb6sZf3X 2SEbRl2OFFLcZDaafkie7y8p5APRad7bCNDtxSATNADTTEQzOY0LoM45K+tUIdDKk8YKHI/lSGhp qhCAAH+lAhSc0AJQAmaACgAoAKAEoAKYBSAO1ABQAUAFABQAUAFABQAlAB2oGFAgoAKACgAoAKAE oAKACgAoAKAA0AFACUAFMApAIaACmAZpAFACUAHamAUgENACGgBM0wEJoGNzSAhmlCLycUwMe4uP MOe3aneyCxCitK+1QSTUblFuOOODBbEj+nYVaiTcbJOT945PpVXSFZsiaUnviocirDc+lIB6tjtQ BPCjyyZUcDmmhDz1rYkM4FAELzqpwvzH9KlzQ1FskjIZQx5PrU3uapJIePrSGB60AFABQAUAGaAC gAoAKAFoAKACgBM0xi0gFpiCkMKACmAZpCCgYUAFMBaANbivnbWOsSpuAYotcYYqkkAU20tgCou2 gDFIAxSAXGKLCEosMMU0mK4uKaiFwxTQBgVSYC0/MQYptMApcoABTUUK4oFWogLjHerUBBVqNgBC wPseCD3qk7bA7MkGzrs/WnzLsTr3Bm3deg6CpbvuCVgMg8sL6c0+b3bBy63CObYfb0qY1ORhKFxF mw5OMg9RS9ryu43C6FMwCkRrtJ70OvFL3ULkb3Ia5nURZMJlCBWTOK2WKio2aIcHe9w86PGPKFH1 qP8AKHJLuNMv7sIox6n1rJ4j3OVKxXJrdg024LkfMO9V7ZzSVtV1EoWHNPlwyrhq3dRyalazEoWV mKJ1B3CP5vrTdeK1tqHI9rjFkwrg87qxWIsn5lOO3kJHJ5YYY6jFZwruKfmEo3COTYTxnIxU06zp u+4SjccswCbHXcB0qoYi0eWSuJw1uhWnzGU2gDt7U5Ym8XGwlCzuMkk8zbxjaMVnUquokrbFRjyh G/luGxmppVPZy5hyV1Yax3MT61Epc0mxrQVWKsCOoojJxd0Jq5L54zu8sbvWuv60r35dTPke1xgk YSbzyc1gqsufnZfKrWHGUmYSY6dqt4huopi5Fy2Gu5d93Q1E6rnPnBRsrEnnqTlkBb1rf60t5R1J 5H0Y0TkSFyM9qmOJkp87Q3BWsRk5Nc71dyx8TlCcAEHqK3oycHdEyVx5lG0hVC561v7bSyViOXuC yAKFZQ2OlEK1lZoHHW6BpN+0YAwe1EqrlZAo2HyyBZOVBI6VpWqqErNXJjFtDYmLz5NZ0ajnVuyp K0RGmCk4UBvWpnieVuy1GoX6jBKQrDGd1YKu1FruVy6pkkO6NWduFIyPeumgpU4upLaxE7SdkMiY eYS2OnesKFRKo5SKktLIi71zN3ZoPjlMeeMg9RWtKtKnsRKKY/7RgHYgU+tbPFu3uqxPJ3YxHKNk VzwqShLmRbimrEnnjr5a59a6frfXlVyOTzGLMwk3nk1jGvJT52U4K1h/2j0jXNbfXH2RPs/MjdzI 2TXNUqyqO8i0ktgjfy23AZopVHTlzIJR5lYaTkk1MpczuNCqSrAjqKcXKLuhNJ6Enn9wgDetdf1q W9lcjk8xiuwk3dTWMZyU+YppNWHeaRLv7+la+0k584uXSwxpSX3d/am1KUuZ7lKNlYlE+cHYN3rX R7V9VqQ4W6iCUgtxkmpU2m2HKM61BY+NiuRjIParjJx2JkkxWfK4AABqnO+hKWtxRLhQCAcdM0lV srBy6ieYXdM9jUe1cmkw5bJjpJdrn5Rkd6upWcZWFGN0JC+6Qk9cUqM+aY5qyGmc84AB9ah4h7D5 BokIjK9jSVV2sO2tyVMxRsW4z0rojeEW2Q7SdiJXxu4Bz61EZ22LauJ0qRiZpNAJUuIwqHAAqOUB KVgEoEFMAp2AXHFFrgGKYBQAlMBKLALinYBelVygFWogFUlYAxTsK4hOOByewHWrhBy2E5JbkkcB fl/wHaumMVDYwc3IsM0dum6RgB6mi9ydh8UqSpujbcDQO5U1KEuYpQNwjPI9qaE9i4pBUEHgikAE 0wGseKaEMJ4piK15cLDbtk/MwwBQCIdK3BXJJ2/1psC3QIKACgBKACgAoASgApgFIAoAKYBSAKAC gAoAKACgAoAKBhQAnegAoEFABQAUAFABQAUDEoEFABQAUAFACUwDvSAKACgBKACgAoADQMSgBKYg 6UDEJ4oEJmkA0mgY0mgBpOKAMu/ny20fjT2GinFE0zYX8T6UhlkukKlIc+7HvVpJElYyE9Kly7DS G1IxQCThQSfQUAWIrOQjLkRj/appMVydEhj7GQ/7XSrUSbjmmbbjIVfarskIgedQCFOTUuaRSiQN Iz9Tx6VDk2UkhoqRk9u3VapDLHamMKBBTGFIAoEFAwoAKACgA6UwCgAoAKAFFABQAtABQAUAFACU DCgAoAWgDXr59qx1BU2GFVZsAxS5WFxcUcgri7apQsK4Yp8gXDFLkTC4nSjkGGaLAHaiwBSUQEp8 twFqkmAYpqLAXHvV8ggyO1HKMTNVyALmq0QgzSc7AANRzMBc0kwDNO4WDNJyATNZuoA2s3UGFZuV xhUgFAC4oEGKADFUrLcAq/aW2AKlzkwCoAKACgAp2Ywp8ttxBUgL0oTsAlAC0AFGwhaACgAoASgY fhVJdgFAzVqIrigVSikTcXOKTklsFhM1Dqdh2DNTzMdhMmldhYCSepzQ23uAAkdODQm1qgEpAFAx ckjGeKd3awrCUhhQAtAhKACgAoAKAFxTAMUWC4U7AFFwCqV9xB0q1BgNL+laqBSiJgtV6Id0hwUC ncm47NFxBQAucUXEG6odQLCZqXUY7CZrNyYWDOKm4xM5o3AMkU0xBTsAtO4BnPrVqQBVqQBVKQAK pMAzVAJnmiwC5pONwEqHABalxEJU2AKLAFNJsAxRYA+tNIAqkrAGKpRQC1VhCGqsAUwDNACAGThP ++v8K3hS6yMpVLaIsw24Xk5z3z3ra9tEZavcZc30cH7uMb5T0VamzYyKGykncS3rZ54jHQfWnoth F8AKMAAAdqQAaAIwBHwowvXFUIa27+E/gaYiB5ZV/wCWW76GnYCu893J8scOz3JosAyPT3eTfcyZ PoKALwUKoVRgDtQIKADNABQAUAJQAUAFMApAFABQAUAJQAUAFABQAtABQAUDEoEFABQAUAFACUAF ABTAKQBQAUAFACUALQAlABTAKQCUAFABQAlABQAd6AEoGIaBCE0wEzQAhNIY0mgBhagCGeUJGT2F AGQFaeXA6nkn0oGSSOqJ5cf3R1P941astxFdmzUN3GABLAAZJ9KQy1HaYAaZto9B1pqImyZXSIYh UL7nrWqjYlsYzYOWb86eiErkTXAH3Rmocy1EheRn6ms2yhO9ABn2oAKAJI22uDTQFvNWMWkACmAU hhTEFAwoAKADNABQAgoAXpQAUALnmgAoABQAUAFAB60AFAwoAKAFoEbQWvG5TquG2jlQrhgUW6AG KLDFyB1ppWFYMjNLYLCE+lJtdAsIai4wAoC4nShIYoFWoCA4FWooBM07IYGi6ATJpXGFFurAKHJI BaydRvRCClq9xABQAtNAGaVwF2N1wafLK2wXQnSsJStoAFSOcYBqZRktbDuAViMgHFChKSukF0gA JOBzUqLk7IGw2kDocU3CSV7BcTHepswFII6jGaqUJR3QrhUgJQA4IxGQDitI0pyV0tAuhCpB5GKm UZR3Q07iVIBTUWwCrXKtwDFJz7AGKhu4DtpAGRjNVKEo2bW4riYqUhgVIODwauUXF2aEnfYKlu4w zSbEKAScAZNEYuTsg2Agg4PBpyi4uzC4bTjOOKv2crc3QLrYcsZb7ozVwpSlsiXKwpQr1BFXKDgt UJO4BWYfKCaEpzV4oNFuIyuOoIqJwqpXkhproNrnKCgAoAKACgAoAMZppN7AJSGFAhVUt0GcVUYS npFA3YSpAcVZcZGKudOUPiQk0xRE5GQprSOHqSV0gckhCpU4IxUShKDtJDTTHCFz/Ca0WGqvWxPO hChXqMUpUnD4kClfYQ1loMShXYC4qnALjSQKtUx2AMT2rZRHawbCetUK4oSle4ri4p2FcXb8pOOK rlsrhfoOVGYZVcinGMpK6Qm0txrArjIxmspuUbXW41YbmsHIoKncBKaQBg46U1B2ukK4u07d2OPW r9m+Xm6BfWwmKmwBSAKfS4BTYBQAZovfQAqwF2kLuxxWiUkuZhfoIKakA5UZuAM1rFOWwm0gZCpw QRTaa3BNPYQKWBx0FO1wvYACxwBSUbhewYIOKlxFcXpSaAACc4HTk0KDewDamwxM01EAzVJAFVYA pgLigQhIXHcnoB3q4wctiXK25JHAZMF+n93/ABrojBQ9TGU29iyRHAm5iAB3NDZNik1xPfMY7UbI +8hp27hcs2tlHajK/M56uepouBMevBwaAE3Y4biiwhGOKaAaWpiGnmmA2gQfjQAUAIaACgAoAKAE 6UwFpAJQAUAFMAoAKAEpAFAB0oAKYBSAKAFzQAlABQAUAFACUAFABQAUAFABQAmaYC0gCgBKACgA oAKYCUgCgAoAKAEoAKBiE0CEzigYlMBCcUgGk4oAaTQAxmxQBGzUAZ99Ln92PqaBoic+RHsB+dvv H09qAK5OTQ2MlgtzKc/dUdWPSlYCyrJEMRDn++eprRRIbGlxjLH8TVXSCxE0+BhR+NQ59ilEhZyx 5OTUFCZoAM9qBig0CAYoAXvQAq9RTQF0HIqxhQAtAxM0AFABQAtACUALQAUAFABQAtABQAUALQAn egBaACgAoAKACgYv+elAjcJryWdA3NQyhtTdIYueKHUXQQmc1PO2MM1Db6gFLUAzQh2EJq7oLAOa pNAScba0uiBvHepdVLcoQ+1ZOqgEqfajFxR7WXQAovJiDFVZgFOwC09hBigLhipcrAPTCIXIyc4F XGSjDnJd27Cea/8AeNYuvO97j5UObDx7+hBwaub54c/VbiWjsOJ32vuprS/Ph/QnaY+LCoqn+PNb 0WoRin1Jlq2+wyFdsjE/wisqEOScm+hU3dIQAmFju43cioScqTlfS49OYfKiiFcN06e9a1owVJa/ 8EmLfMLIisFLMFGKqrCMlFzdtBRbV7EMsflkc5B6GuKvR9m1Z6M0jLmGDk1it9Syy/ywqA/GPzr0 qllSSUv+CYLWWqGzrukUDqRU4im5yikVB2TE8lc7fMG6p+r00+Xm1Hzvew1IcuVJwwrOFG83CTsx uel0Cw/KzMdoFEcPo5TdrCc9bIEiGzczbRSp0YuHPN2Q3LWyFeIKoZWyKKlFRjzwd0JSu7MkdVaN CzYAFdNSEJQi5u2hCbTdiNo9jKQcgng1zTo+zkmndMtSuh0qF7jaK0r03UrcqFF2jcTyUJ2h8tR9 XpN8qlqHO97ERGDg9q45RcZOLNFqPg/1q/WtsOv3iJn8IS/61vrV1l+9YR+EkP8Ax6j61s9KBC+M cAxhXyzj1q480qSVNi0UveGF2CMsik+hrKU6kIONRXKSV7odHu+z/JnOaqjzOi+Te5Mrc2o6PeAT L93HetaSqRu6j0FK32SqevFeY0rm4+JPMfFa0KSnOzJk+VEnkoTtD/NW/sKTfIpakc73sNSLLEHg Dqazp0LyaeiRTlZC+UrAmNskdqv2FOafs3qLma3COJWTczYAPNTSoQlDnkwcmnZD41QK4DZGOa3p RppSUWTJu6KxwCcdK86SV3y7GyCpAltvvN/u124RWbfkZ1OhHiubl1LJp8bkz0xXbiFrFszhsx8g djlDlfatKkZzfNB6ExstGRyOSAGBDDue9YVZS5VGa1LiraolcOQuz0rpnGbjHkM1bW42TIg+f72e KzqKUaTU9ylbm0K+K8/lNSWOMFSzEgV10qMXHmlsQ5a2Qkka7cq2RVyhBLmiwjJ7McYETBZjzWjp wgk2Lnb2GvHtIA5z0NTOFmrdRqVxxjQHaz/NTcKcXaT1FzN6pDfKbzNlS4Pn5B8ytcd5aE7Vc7qr lpuXKnqLma1aGhT5LHJ4PSs1F8jbew7+8SOVEC4YgdvetZ8qpK1yVfmI5EJKDJJI4zWNSm3ypPcq L3FMUYOwsd36VTpUovlb1FzS3Q1YhuYMcBetRGjFSak9ENy00F8pGUlGOR2NWqdOSfLuhczT1HoF +znJPXmtKfL7J3E78xGVPkA5OM9KycP3V79Sr+8OMaIAHY5PYVTp06aSluLmb2GtFh1GflboaiVJ KSs9GNS0HGKNW2ljmtHTpRlZi5pNXGiDMuwnp3qFR/ecrHzaXFMcZB2sQR61ThTd0tH5iuyGua3Q sdHtDZYEitadk7sTvbQnlbdCpxjmt6kuammRFWkyvmuc0Js7LYEdWNdF3GlcjeQA77ds8lTxTi7w fkD0kNHy25P944/CmnaHqPeQ6B1BAC/MepqoS2SJmmRyH52+tKW5S2Gd6RRZR1KOqDAArWL3SMmn dNlbP1rKxqJRYAxTAXFIQuKBXEyXbCDPqewreFJvVmcp2LENsF5PJPc9a1ulojLV7lgAAcVIxssS TJtkUMPQ00AqIsaBUUKo6AUCFoAaTTEMPH+BqhDNxB/pQAvB6dfSgBh60xCZoAKACgBaAEoAKYBS AKYBQAUAJQAUAFACdKAFoASkAUAFMApAFABQAtABQAlABQAUAJQAUDEpiCkAUAFABQAUwCkAUAJQ AUwCkAhoAKADNACUAJQMKAEoAQmgBpNADCaAGM1AEbN60ARTSiKMsevYU0gM+M5LTvyB+ppDIGYu xJPJ60hk0EAK+ZKcR9vU00hNkjylgAAFQdAK0SSJ3Imlx92k59hqJGzE9Tms73LG0DFAoEKEY07M Bwj96dgHCMUcoB5Yp8oB5dLlAMYIpgWV+6KYx1AwoAKACgAoAKACgAoAWgAoAKACgBaAAUAFAB3o AKACgBaACgAoAM/WgDcIzXku7OkNtL2d9wuIRik6cVuO40+1ZSnCOiGFYuo2MKhybEFFwChXYAa1 ULbjEApSnbYBaycmxBSAKdhhirUBC4rXlXQAqkgE+lMBfrUt2EHSs3UtsAZqHJsLBUDHr88RUfeB yK6aa56bgtyHo7jMHPQ5rDkle1i7okYbItp+8xyfat5L2dPle7IWruOt+Qyeoq8K+ZSh3Qp6WYkz 7ZVx0XFVWmo1EuwQV4+pJNhY2I/jIrau1GDkupENWl2GL/x6t/vVhF/7O/Up/GLICYEI7U6qboxa CPxMS4/g/wB2pxW0fQIdQm/1cf0pYj4Ieg4bshrmjE0JpT+5j+ldtRqNOBlH4mSkgXCZ7it5TUas bkL4WJkiTHlDOetQ5T5+XkXqPpe4wqz3HUAjqR2rJwlUr+hV0oj5v3qHYc7TyK1rL2sHyvYmHuvU aqhYgxXcT+lRCEYU1JK7G23Kw6TP2fldvPQVdRv2N2rCXxDZVYxxkAnis60JSpwcUOLSbB/ljjU9 c0TXLThF73BattDwf9KPuK1uliNexP2BFLb8CNQR3ppz5rcqG0rbkMvMhJx+FclZNzbZpHYSJgsq +maqlaMkwkm0SyRt5h4JBrWrTk53WzIjJWFkGyFVPXNFX3KSixR1lcTyyFDR596z9i+RSpD5tbSH qWMbeZ0x3ranz8j9rsS7XXKNTd9nOzOc1NJN0XyDdubUWISbvnzt96qjGqpe9sEuW2hXbG87ema8 +o05u2xqttSS2/1v4Vtg/wCIRU+EckbifkcA5zWsKM1Wu9hOS5RwIcShepPFaKSqc8Y9RbWbGwIy MWYYAHes8NSlTk5S0Q5tNWQZ/wBFb6073w8mu4fbEg5SQDripw0fdkvIc90RBGOcA8dazjReumxd 0NrPmiiiW24cgnqMV04ea57GdTYTyH3YwaHRne1h86sPn2mVQTwBg1decVNRZMLpOwGJ42+QnHtR KlOLvDYOZNajpciEb/vZp1W40lz7kx+LQdKHIXZnp2q6kZyjHlFG2txPmELeZ+FJKUabUw05tCCu TlNLk0W4ISMEZ6V1Uublbj9xErX1FkAMW4rtNVUV4XkrMI72CZGbaQM8UVYSkk0EGlcGITylbqOT RKSgoxYJXu0OcvvwEU574qpupze6tBK1txN2LjDEZxjip5rVkm+gW93QiELF8HgetYrDyc9di+dW HDAt3x/epxSVKVhfaQkn/HvH+NKf8GIL4mOY7ZIifStJNRcGxLVMa8TGU8HBPWpnQlKemzGpJIVE Ub8fOR2qqdOKcuXWwm3oPTcUbcoXjtW0Odp8ysS7XVhiKTbsByc1hTTlSaRcnaQh4tlz/eo2pL1D 7QsyF3DKMgiqq03N80RRaSsxW4MSdx1okrcsQWt2Ml/15+tRVX7wcfhJGBNwdpwcVrON6u9iV8Io BfIkQDHerXM9JrQT02ZVyO1cLfY2EBqbgTP/AMeyfWuiX8JepC+JkaozAkDgdayjByTaKbsSqPMt 9o6qelbxXPT5eqJekrhjy4GDdW7U1Fwg092K95DZuNqf3RSqaJR7Dj3Eh/1y06fxIcthsn+sb61T 3YLYHQocHiqatuNO4+AcSf7tXAiXQixU2LuKBRYVxcYpBcMUhAkXmt97C+g710U4pLmZlOT2RbSN UHA6VTdyLElIYUwEzQITNMBM0xDC1MQ1m5oAY3I5piAHH4UAIaACgAoAKAFoASmAUALQAlABQAUA JQAUAFACUAFIAoAKACgAoAKACgAoAKACmAUgEoAKACgAoASgAoAKACgAoASgANABQAUwENIAoASg AoAKBiUAITigBp4oAaTQAwtQIYzUDGFqAGO6xrlj9BTSC5mzyPPKB69BQ+yGhs5C4iXovX60gCGI Y8x/uDoP71CQ2x8km47m4A6D0rTREkDyE8DpUN3KtYaKkY4ITTsA8RjvTsA7AHpT2ACw6d6LgOFM AoAMcUAFACEcikBYUfKPpTGLQMKACgA70AFMAFIAoEFAxaYBQAUAFABQIX9KBijjrSYITPPpQAUw DPNACZoGFAC0ALmgRuZryPaLodIUOTAQis2mwExWLgMTFY2GGMUrAFUkluAZp+0tsAVDk2AUkr6A LirUGFxdtaqmK4oWrUAuGyq5RXDFPlC4nSnyDEyKlpILB+NZOSAQ1k53GGKi4BQADigB/mv/AHjW ntqncnlQ3rWYxVYqcg4NVGTi7oGriEknJ60nJyd2GwpdmABOQOlOU5SSTeiEkgDELtzx6Uc8lHlv oFle4okYLtzx6U1Vmo8qegcqvcCxbGT0qZTlK1+gJJAzFgAT06U3OTST6AkkNxUlDiWIAOeOgqm5 u0WTotQZ2Y8nOKJTlLdjSS2F86TGNxrRYiaVrk8kRqsy5wTz1qVVktmU0mCsyfdOKmNSUXdMGk9x yyOo4OKca04bMTimIZGIILEg0OrNppvcOVCiVx0Y+lVGtUWzDkQ0sSck5NQ5Nu7Y7JCliTuJyabm 5O7Fa2iH+a5H3jWzryta5PKiM1i6jLQDip5mA8SuBgMatV6kVZMnlTGliTknJrOUnJ3bGkkKsjL9 0kVUakofCwcU9waRm+8Sac6spq0mCilsCyMowGIFKNScVaLBxTAyO3BY03VnJWbBRSG1mMkgYLJk nAxXRhpxhUvIiautAaRjkbjipnWk7pPQaihgJByDg1lF2d0PcVpGbgsSKuVWctJMFFLYTcdu3Jx6 VPPK3LfQLLcFYqflOKcZyi7pg0nuOWTaGzklq0hWcVK+7E43sR1gUL0o2Ad5r4+8a29tUta5PKuw 3NZblDld1GAxFawnOKtFktJgSSckk0fE7yDbYcJGA+8a2U2uouVCFiepJ+tJzuFhuaTZVhQ7KeCR 9Kak1qgsmBZm6nNKVRvcEkiWSXkbG7c4rarWTtyszjHuQ5z161zOT6mg4SMBgMQKqNSSVkybIb3q N2UKZHIxuJFV7STVri5UNycY5x6VN3sOwEnABPAqveasFhck9TnFVZ21Cwu9guNxxT5mla5NkIGK nIJH0qb21Q7XDe2fvHP1o53fcLIFZl6HFOMmtgaTE3HGMnFF3YLCh2UcEiiMpLYGkJk5znmi+oAW JOSeaHJsALEnOTmhtsALM3BYkVd2xWSExS5RhiiwC84xngU7MAGQMChJoAUlTkHBq0mDFJLck5NV yvcWwHJ5Jyavl7gJ071SVgDimIUnPU5NMAzxx3ouIM0XGJmi4Bmi4CE0ALG5VgRXal7qOWW5eVgy gis2rFJi0AJQIaTTEG6mA0timIaTmmA08HpQITNACGgAoAKACgAoAKACmAUgDNAB0pgJQAUAGaAC gAoASgApAFABQAUAFABQAUAAoAKACgAoASgAoAKAEoAKACgAoGGM0CEoAKACgAoASmAd6QCUDCgQ lAwJoAbQAhNADCaAGlhQBGWoAZyfanYCN5goIXk1SiK5UdyxJJyatKwhiAQoZT98/dFZWuy7kMae bJycDqxqQHySg47KOFFaKyQiBmJNQ3ctKwKuaQEqqBVJALuCii4DDJ7UrgN3ZpAOXGRQgJulaAFA CbwB60rgGT6fnRcAAO7mmBY6CmMWkMKYBSAO9MQUhhkUxB2oAKBhQAtAhKAFoAM0DAUAJnmgLC0A FAB3oAKAFxQAUALj2oA2q+cU2dQoNaRmFgzmtFqAvWq5bgJik4JAJisZR0AMVi4MYYpqm2AoFaRp CFArVQSExwqkrCDinYBC1FgsIWocorcqw0txxUPERWwWDPFYSrSYxKycmwCkAtIBKAFoASqswDNF gFGaTAkSIuM5AHqa3p4dzXM3ZEOSWgjxMuO4PQinPDSjtqCkmPFuehIB9K0+qPZvUXOhqwszFehF ZRw8pSceqBySVx32dscEE+lafVHbR3YudAYCFJyDik8K0rp3sHOriLCWUNkAGphhnKKk3ZDc0nYG iKEHgj1FEqDptSvdApXJWz9o+XGcd66p83t1y9iF8OpCsRck8AA8muSNCVRtt2NHJIVoSq7gQR7U 54dxjzJ3QlO7sAgJAJIAI7044VtKTdkwc1sI8RQjvnpipqYeUGuqGpJjhAe7AH0rRYX+aVmTzjRC xcr0I61EcPJy5exTmrXFMBC5BDY9KqWHtFuDuJTI65CwoAKACgAoAKACgAoAKACgBcUhBQAlAwpg FABQAUAGKADFNIAxVcoBRZAJS0AXNCeugBk1SuAU0gCmrXAKNgCk5dAClzdgDNG4go1AKSAKqMGA ZFaKAwzmq5UAU7xSATHqaXOguA4qHK4gqQCkAVQBSTsAU1qAUbiDpTSAKqwCnir5QG7j2FWkh2E5 NF0McODScriFzRcQZq0hBmrQWAmmOwmSaYhcUwDvRsIKVwCpbATNK4wzTuAlNMAqkwGNKqY3EDJw M13x2RyS3ZatpMHaTwelTJAiyagY0niqEMySaYhM0ANJpgBNAhCaAEoAKAE780ALQAUAFABQAmaY BQACgApAFMAoAKACgAoASgApAFABQAUAJQAtABQAUAFABQMKACgBKBB3oAKAEoAKADFAxKBBQAUA JQAUAJQMKACgBDQAmaAEJoAaaAGk0AMLY+tAEZOBzx7mna4ETTIp+UZP6VaiK5C8rP1OB6CqtYRE aYDD1pAQOQBgVEtEUh0h8qERj7zctUD3ICcnmi5VhVXNIB+QtVsA1nJ6dKTYDaQxetAAAfSgB6gg 5ppCJMMfQVWoBtHeiwDuAOlMANADo15zQMloAWgAoAKACgApgGaAAUAFAwoELmgAoGJQAUAL0oAK AAUAFAC0AFAAKAJFTuaVykh2KQzV6V89GmzoAYrohSSELWnNFAKKn2iELjNK9wDGKpRATApqCAXF OyC4m2hsdw6VDkkIMms3USHYbWbrdgCsXUkxiVLbYBSAKdgFoAKQgoAQnFMYdapegBgCn7zAXgU/ ZvqAVTUYiJ3/AOPZMdO9dVSX7lOJmvjYQqw2En5M8Cpo+092UnpcJta9xrhvOPXOaxqRn7Z+pSty k/8Ay3b/AHa7/wDl8/Qx+yRW55b6Vy4V6v0NJ9BYDw/0pYR35vQU+gj5Nsn1omm8OrDXxsVRi259 eKqCaw/vdxP4yT/l5/Ct2v8AaF6E/YIwoCFmJK56CsowXLKUtr7FN62Q75fIbapAq0o+ylyqyJ15 lcbL/q4x7VnWV6cEVHdjuNkWemavTkhcXVjJVPnHrWdaD9rccX7pIoIVw3zHvXRFNKSlqyX0sIjL zsQ9OeazpTTu4RHJPqytXmM2CgAoAKACgAoAWgApCDNABmgYlMApALQAmcUwCgBcUCFppAJkU7pA JmlcYZptgFIAp8oBVpWAKYBRe4BSvcBcUCuHSpASkAYNNK4C4q0gE70rgJRzsYZpczAM0XAKVxBR cAoAKYBTsAVVtAAU0hC4zVKNwACjlQBimA3bht2W+meKvmshWHGpbGJT3AKLNgFWogHatFEAqkhh TEKBQJsXpTuIQ0mwEqXIAzUtjsJSAKACgAp3AKaYGfqJISPH9416UX7qOSW7JrC48xNp+8tWSa8L iSP3HWsmrMtDSMGgkaTTATrTAKAEoEFACUAJQAUwFoAKACkAmaYCUAFAC5pAJTAWgAoAKACgAoAS kAUAFACUAFMApALmgAoAKACgAoAKBiUCCgYUCCmAlIAoAKAEoAKYBSAKAENACUwCkAlAxM0wENIB hNADC4oAieVV+82PYVSiK5A1wf4QB/OrUUK5EWLH5iTVCENADe1ACE0DI2O7gfjU7j2GxqC5d/uo M/WpkNFZ2LuWPJNZlCgZOe3vQMUtt6c0wGEkmkAUAOANADhH+FOwDhtXjNPRAHmAcCi4Ar5ahMCT pVAKKAHqtMZIOBxQAUAFABSGFMQUAFAwoAKACgBaADtQAUAFABQIWgYUAFABQAUAPCE9eBSGkPAA HFBSQtIApgap5rwHV7G4YrN1ZMYVKTbEKK1iu4hwNbpisFWmMKLgLRcQlS2AnSsWMSsJJjEqLMYV aptgJmr9lbcBRQ+RMAxWUpXYBUiCtI05MBcZrojQS3ATFDdOIwxWTqLoAYqfaMAAqHNsBakQ5JGQ YHI9DWtOtOnoiXFMVpWYjJxjpiidac9wUUhfPfHbPritPrVSwuRDVkZSTnk1nGtOMnK+pTimCOUz juMVMKkoO8QaTBXKZx3ohUlTvyg0nuTbykC4x9K7FUcKMeXczteTImkZyM9u1c0qk5tNlJJbC+a2 /dxmtfbT5uZ7i5VawLKyjHBFKNeURuCYGZiCD0NDxMmmg5ENaQsAD0FZTqykkuxSikBclQvYUpVZ OKj2FypO48TuBjj64rRYqola4uRDBIwbcDyayVWalzJ6j5Vaw5pmZccD6VpPEVJKzEoJEdYFhQAU ALSEFACUxhQAUAFABQAUAFIAoAMVSTAPpTsAoodhATSbASkMKpIAqlEAq+UAFCQBikFxQKLoVw4p aAGQKV0AbqVwsJmkgCkAZ4qk7aAJSABQAtACUAFMAoAKLALVWASq5QFq0rCDimAcCmgDNIAzQAU7 AGKdgDFOwARVKICVokACqsAUIA60wFxigQZouIQ1LYITOam4wpAFABTAKACgAzTEGKAKGpD9yp9H NehT1ijnnuyjDKYZA47VqZG7bTj5XXoetJq40y643LuXmslpoVuRZqhCUwCgQUAJQAhoASgBaYBQ AUAFAAaQCUwCgAoAKQC0AJQAtABQAhoASmAtIAoAKAEoAKACgAoAWgAoAKAEoAKACgA7UDEoEFAB QAlMYGkAlABQIKACgBtMYZpANzQAmaAI2kHY0wK8lwoPXcfQVSiJsgeZmGM4HoKtRSFciJx14FPY BjTqOnNS5JDsOg3TOAO3U+lRdsdh7ffwK1JI2YDqcUAMOT14FTuMaeOlMCCQ4B5PNRIaIxUFik4G KAGmkAo5oAkCepp2AXcFGBTulsA0uSalu4DaAAZoGSRqc1SQiYKT7VYWJAgHvQOw6gAoAM0DFoEF AwoEGaBhQIKBhQAUAKKBBQAUDCgQd6AFoGFAgoAUKTQBIqgUi7Dv0pDCgApgFAGtXzNmbhVKIBWq VgDFVsIXpTTATNPmGLmlziFFNMBePWqQhOKfLcYmaPZoBMGnypDAispzsguJiuVzbGGKgQtACVSd hhiq9rIAqXJvqIWpAKACgAoAKACgAoAKAFxSAAKaQgq4xAM1WwCVN2AUN3GFRcAoAKACgAoAWkAY oEJTGFIApgGKAFxSEJTGFABQAUAFABQAoFIQtABTuwG0DCnYAp2AKaQBVrQBcGnZiACtFEVxe9To AEiolIBpNZ3GFFgEosMKGgCi2mgBQAUhC02AlNIBaaQCUcoBQkAU0rAFOwC09tAEqgCnYQcU0AU0 mAoFUohcMYqlGwgBqlFAGadgsGaaQxKqwCGmADrQA4CgTYvFAhKkYnSlcBKkBBTsAtNRuAZpuIBR YBM01EAzT5QDNPlEGc0+UCteoXtpPYZFdVL4bGNRamRWpiXLG58ttjfdP6VQjbt5tvyMeD0rOUSk ySRNpyOlSmNojqiQoAKACgBKAEpgLQAUAFABQAlABQAlAC0gCmAUAFABQAUAFACUAHSkAUAFABQA UAFABQAUALQAlABQAUwCkAlABQAUAFACdBTGJSAT6UAGaBBQAhoAQnFMBCaBkbSAe5pAVpbkD/aP oOlWoiuV3mZ+pwPQVaSRJGTgcnApjIZLgA/LzUOZViNRLcNhQW+lRdseiLKWaRDMz5P91aaixORI 0u1NqgIvoKtJIm9yHeT938zSch2FVBtLHk+ppx1AaeM1QiN2AGaWwyqzbjWLdy0HagYlACqpJoAc SF6ZNGwCFiTk0gEoGOVCe1OwiVYCetPlAkWED61Vkh2JAAOgxTAdQAUABoAKACgAoAWgAoAKAEoA WgAFAwoAKBC0AFABTGFAAKBBSGOVc/SgEiQDApF2FoAKBi0CCgAoHY1q+f5UjUKuyQC0r2ATNRzo dgqHO+wBSUwClzsLC5xVKoxWG5raE0VYcDxWqqIkXgU/aAGfSpbuISsrDErOVPsMKxaaAKACgAoA KACgAzQAoBJwOaaTbsgHeU3t9M1t7Cf9MnmQ0qQcEYNYyi4uzHcXYdm/tWjoy5OfoLmV7DaxKJRA 5HQfnXWsJUauRzoRoXUZOMUpYWcVdgppiiFiAeMGrjhpSVwc0hGideo4p+wnHVgpJjKxloULsITd 2pOlJQ5xXV7DcViUFIByqWYKOpq4Qc5cqE3bUXyz83+z1q1Rk+byFzIZWRQopCCgBVUscCrhCU3a Im0txMVAxcUAFFwDNNu4WEpASCB8Dp+ddawk97ojnQjQOoz1HtSlhZpXWo1NMjrmLCgBcUhDjGVU E4wa1nSlCKk+olK+gKu5gB3qIQc5KK6g3bUGG1iD1FOUHCTiwWquKkZkJx2rWjRdR7hKVh3kN6j8 62+qvuiedCeUfM2cZpLD+9y3HzK1xTA3qD+NaPDdmhc6I2RlOCMGsJwlB2ZaaYBcnjrSS1E2PePY Mkj6CtqlP2au2SpXGZxWPtCrDc5rJyuMSpuMKACnYApgFDAKPQQUNAFJIAquUAqlHuAUrAFWuwC4 osIKQxKYBRYAq0gCm1qIKAFzVoLCU0mAlWogGKtRAUU2gCnYAoAMUgAcUxBupAJmiwwosICeKOUB M0+UBM0WACaqwCUWAWiwBmgAoAKYBmgBjjcVBPB+U1tSetjKotDFkTy5GU9jitznYmcc0xGpZXPm LsJ+YUwRq28okXY3WspK2qLTEdNh9qExNDaYhKACgBKACmAuaACgAoASgApAJTAKACgBaQBTAKAD pQAUgCmAlIAoAKACgAoAKACgAoAWgBKACgAoASgAzigAoASgBaAEoATOKYBSGJQAlAg70DEJoAaz ADn8qAK804UZJx7d6pIRTknZ+Og9qtKwiInFUBG84HC8mocxqJGscty2FBP8hWd2ytiwlrFF/rW3 t/dXpVKInIkabam0YRfQVdktxblZ58dPzNJyHYaHyef1qLjsSjHrj69v8/40CH9Ia0iJkLsFGTTb sJK5VkfefQVk3c0SGdKQwpAKBTACfSi4BjvSAVULU7ATxwetUkMnVAopgLTAKBhQIWgA6CgAoASg BaBi9qBCUAFABQAUDCgApgLSAKYgzQAUAFAC9qQwpiHIu76UnoNIlHAx2pFhQMKBBTGLSEJQAUDN g8V4DlY1ErNyAKzchhUgFABQAmadmMOtIQtFwCmnYA5q1UsACtIzQC9a0TuIK1UbgFL2S6gGKlwi guJjmuadh3DpWQBQAUAApASKdsRYdScZrpg+Sk5LduxD1diOucsk+9Fk9VPWulfvKWu6I2kPP/Hq PrW7X+zWJ+2QiuONPuaFl0LBcEDA9a9KpS50tTGMkrkTxsoySMfWsZUXFXuWpJjpP9UlVU/hxFH4 mEDkvtJyD2ow8nzWCa0uRPhWOK56isy1qiQKPIVuetXyR9ipeZN/esOdYozggnNXUhQpSs1uSnJi GEeaFB4PNTLDL2qitmNT9245PL8wBQQR39a1pqlz2ithPmtqN2gmU+lQ6ak5tjvawiqqRhnBJboK zVOnTgpzV7jbbdkKVQlSrYB9e1DhRdmna4rvqKBGW2hT9a1UaTfKo/MXvWuLEAsjL3HenQhGFSUf 6sEm2kxqqhDOchR2rONOm06jWiG21oG1JFJQEEUKFKtF8is0F3F6gEjWNXYE5ojClCmpyQXk3ZDC Y9rYBznisHKlyystehS5rjK5yyzJGXC4x0r1K1J1IxsYRla4Ivkglm69qKcPq6bkwb5thqRqE3MC fQVjRork55K/kU5O9kI6qYy6DGOorSdGM48yVmgTadmBCRgBgSxGT7UckKUVdXYXcthZsBEx07Us Tb2cbbChe7GQn96tc+HX7xFz2Ek/1rfWqqq9RhHYfb9W+lb4Zasmp0DyD/eX86PYL+ZBzoWFds3X OBVUY8tS1wm7xIzwxrGbSbKRJId0Kt36VpVfNRUiIq0mhkTDzBkZ5rnozSmrouS0JHVXmIxjHJNd c4xqVeVrYhNqNxq+U7bQuPQ1nGVKpLk5RvmSuCRqFfcM7TTp0oRUuZbA5PSxHIVLfKMCuWrKEneK sXG/UfGqeUXYZwa6KUIezcpIiTd7ICqSRllGCOoqnGFSDaVmgu07MUqkQG4bmP6U2oUkrq7YXctg 8tCyMPutxT9nTbjO2jFzPVBHEpkYN0FFOjFTd1ohuTsrCLGAXLDhaI0oxcm1sDlorCiNUQEoWJ/S mqahFNRu2K7bEeJflYAgE4INKdNWUkrDUnsLKI0yoXn1p1XCN42FHmepE5XjYCOOa55uLtyqxav1 G1ml2KCtEgEpWAKdgCq5QCrURBTcADmnyIAxVKIB0NNIAziqQCU0AtDAKQBQAnU0AGKYBikIMUAI aYxOaAD8aLgFAhKLgLQ2AYpXAKLgFNMAp3ASlcBHGUI/Kqi7O5LV1YzdQX94si9HH612nKVM0yR8 UhRww7UAa9vP5iBlOCKGCNKJxOmD94Vm1ylp3I3UqcU0xWEFAhKAENMAoABQAvfigBKAEyR70AKa AEoAKACgAzQAUALQAdaACgBKACkAUAFABQAUAFABQAUAFABQAUAFAxKAEpiCkAZoAKBiGgQnWmMM 0gEoATPpQAmaAIpJdo4NCApy3OeE6+prRRE2VySTknk1exJE8qpx1PpUuVikiICW4baoJ9hWd2yr WLKWsUWDK29v7o6U1ETY958DHCL6CrskLcrPcY4Wpcx2ITIScnrUNlCDFIBf0piLUEDvyflT+8aY DrqeJMKnIA/OqvyoVrme8hc81DdykrDaQwpgFIAJoAAMmgCaOHJ9atICyqBelUMdQMKBBQAUAFAB QAtABQAmaAFoAKACgApgFIAzQMU0AIKYBSAWmAUCDpQMKBC0AKq5PtQNK5L0FSWFAC0DENABTELS AM0AJQBsmvmZS10NhKi4woAKAEzVqK6jAVSko7AAFZuTYhaQBQAYpAL0piEzWkB2DNdCnFBYUVft lbQQvSk6lwAn8Klu4hDWcojExWfIMKhqwBUgLQA9MMpQnHcGuilaUXTZD0dxDG2elP6vMfMhWwqb AcknJrdxUY8iEtXclVS1uAPWt1Hmp8qIbtIjMLKMnGKxlRcVcrnTJnQsFxjgV0Tg5pWITsRPGyjO Bge9YypNK5akmOZGeFNuOBV8jnTikJNKTuJHH5OXcjOOBSio0fekwlLm0RCeTmvNnNydzQm/5dl/ 3q61/u69TP7Ylwf3n4VOLt7Reg6exIzBZlz0K4rrlOMakW+xCV4sakRWUEkYB61MKTjO/QpyTVgX H76oUv4gn0EK+bEu3qOCKhx9vSjy7od+Vu4qxojIGPzd6qFOnTlFS3BybTsP/eb+SFXNbfvFO7do kaWEXH2hvcVnF/7Q/Qb+FDVX5GiJAbORUwj7sqLeo29VIEXyVZmODjgUU4ewi5TYN82iGyf6hKzq tewiVH4mMEeYy+elYRpXpud9iubWwgGKyGTzfdT6V34l+7GxlDqIjCSMoeo6VVGaqQ5JA1yu6FQs Ytqth1NXTl7vInZoGle72EbcIzvfk9qKknGD5nqCs3ogdfN2spHTmpnH2yUosE+XRiTABEGc4qa8 VyRSew4bsbD/AK1aijG00yp7D2hJYnI5966ZUk23chTshYl2sy5GcUqaUJNBJ3SY3yT6r+dQ6LfV D50LEpSbBI6UqS5Ktmwk7xEMBJyWFEqF3dyQKYkzLtVFOQKyxFSPKoQ2Q4p7sZGf3i/WsKXxoqWx NvUTsCeCMV288VXd9mZ2fKhEj2PuYgAe9KFFU5czeg3K6sg3Bo5D6mqU04TfcVrNFeuA1J413W5H vXfSinSaMpO0gAEUbAkbm7UJKnBpvVh8TFdfNCspHTBFE4qqk09QT5dGJIwRFQHJHJxRUajFRQ4q 7bHSuAgK9Wwaucrwut2TFa2YTMNnB+9yadRpx06hHfUXczouxsEcEZovzRVnZhZJ6jZDjaC+455q ZbJXuNehHPzKcVNZc0rlQ2GvHsxyDkZ4qZUrWY1K42pUR3DFaWAMUuUBKqwBTsAVVgCiwBmmAlAC 0gCi4gzihMAobsAVNwCncAxTWoXF6U7iEzSuAlK4xKaYBSbASlcA60XAXpTTAO1DAKBBmgBKaABV DEJoSATOKqwircIJIJI1wWQ7lrqg7xOeatIyq0MxQaAJrecwOCOlAjYhm4Dofyp2uNGgjrOnoRWL XKytyFlKnBqhCdKYhO9ABQAUAFABwKAEoAMYFABigAoAKAEoANqnJIoAVRgY60ALQAUABoASkAUw CkAZoAM0AFABQAlACigYE0CCgBKAENMBKQw/SgQUwCkAZpgJQMSgBucUAIWAGTxQBWmuAAc8D+dC VxFKSYyHngegrVKwrkTMFHJobsFiB5WdtqfpWblfYpKxNFaBRuuDj/ZHU0lG4XJmlCptXCL7d60S S3FuVpLgdF/Wpcuw7FdpC1RcY3NIYUATw2ssvIXC+p4FOwrloLBbLuJ8xvU9Kq1txXK1xetIcKcA dKHLsNLuVSc1BQUAFMBKQC0AABJ4p2AsxQ9zVJATgYqhi0AAoAP60AFAC0AJTAKQBmgAoAKYC9qQ B0oAKYwpAFMQmaBi5xQAUAFAC0CE7UDCgAoAcOTigCUDAxSLWgtAwpCCgApjCgQUAFAwpCNivl7M 3CqVNgB4qvZ2ATGalu2wxQMVDYhaQgoAKACgAoAQ0DDFMAoAKabQBTUmAtaKQC1oncQoWrSFcCMU pQAbis3TGGKn2YABVRggF9s1drAGKpaAL070pSSEGT61m52FYNxrP2rHYQmoc5MLCZPrSuxhSAKA CgAoAKBiZpgLmkAZoASgBaBBQAUAFAC0WYAKaVwFptMQhpDEp62GAq1FiCtOQAp8oBT0QBn8Klys Ac0XAKyu2AZpWAKLagFXysAo5QEp2AWnYAzVJMAxQo3EGKtUwuSBwItmOc5rZNKHKR1uR1CRYtFk ITIpq3QNQz6UcyCwbjTuOwmam4BiqQC4qtBAz7scdBjihzuJITOaXMVYSncBDmi4BTAKoA/GmAUA GaAAGlcAqWwF60tRC4poLiY5oYC1ICZpiDdTuFhPxobGFTcAoAKpAJQwDFAgoADVIYlNgL0NAhOl ABVJAN71dgEoAp3900QCIeT1NXGN9SJSsVdPnIuSHOd3rW0exjIS8h8idlH3TyKslkFMQdKALNpc mFsH7pppiZsQy7cMhoauBeVlnTjg1i1yl7kLqVODVITQ2mITtQAUALQAdqACgBDQAUAFIBKYCigB aACgAoAKQCUAJQAUALQAUAJQAUAFABQMXPFAhKACgYmaBCGmAUhh2oASgA7UAIaYBQAhpARs4Uc0 AU7i5xkcZ9KtIVym7Mx+Y5q1oIiklC9Bk1LlYaQkUElwdx+Ve7Go1ZWxZXy4BiIc93PWrUe5LZBJ PjPc+pocrBYrPIWPWs27ljKQBg0AWYLOSbkjYv8AeNOwXLSRQW/I/eN6t0FWokt3ILi+zwPm/lRd LYLFN5Gc5Y5qG7lWGmkMXigAA9eBTAG6YoYCUgFAJOKYFqKLbyatKwyamAUALQAUAFABmgBKYBQA ZpDCgBaAEpgLQAUCCgYUCCgYUAFAgoGKKACgA7UCAUAFAEyLgZ70mWkOoGAoGFIApgFAgoGFABmg QUAbFeA5xWxuJisnWAXFZOTYXCpAKYC0gEoAKAFoAKACgBKAFoAKBBQAuKaAK3jJCFzW0WFgrQAx RYAxRYAxmkwDFZvQArNsBOtYzk29QCoGJQAUAFABQAUAFAwoASgApgFIAoAWmk2AlVyMA3CqVNsL Cb8VoqVtx2AEmj2SCwuDRyJCuL0pJCFzQ0wsJSUADFaKIBg1SiAuKuwCVDAXFSwCpASmkAVNgDpT SYBTtYA71YBU3uAUgDkU9gDpV30ELn0o5xWEyannY7ITNHMMKakAZpXYBSuISi9wAmquMWi4hM07 sAzSbAKe4CULUArWKAOlNIAxVALiq2FcXGKAENS2AYpXAMUguGKYhelSAmadx2CkwEqQCmAlNIAp 2AKVgFpiE6VSGFAgoAKdgEpoAzTaGKTTSENJppAJmqQADTAKVwMu8+eV81vH4TKW5QBMb5HUUEmv Mv2uyDj7wG4e/qK1vfUztbQzKBBmmAA0AW7S6MR2tkqadxbGrFKVwyGhoEy8kiXC46GsmnEu9yJ0 KE5ppisM5FMQe9AC0AFABQAUAFACGgAxSAMUwCgAoAWgBKADpQAUgCgAoASgA70AFABQAUAFAwoA SgAoASmAdKQCUAFABmgBDQA08dKYDHkCj3oAz7i5OcKct3PpVKImyqW7k1ewiF5C52pzn0rNy6Ip InitljG6flj0T/Gko3C4S3HHJwB0A7VppEW5VknLcDpUOTZSViLNSMOTSAsQ2ckgBPyL/eNOwrlt Uhg+6N7f3mq1ElshnvOeTuPp2FHMlsOxTklaQ8n8Khu5VrDKQwoAMZoAeFORmqsApAFMBhNSwE70 gLcMQUZNaJATUxhQIKBhQACgBaAEoAKYBQAUgDpTAKACgYUAL3oEJQAtAB3oAKACgYd6AFoEFAwo EFAEkaHqaGUlckqSgpgFAwoEFAwoASgBaBBQAUDNivlTYKQC5oEJQMKAFoAKACgAoAKACqUJMBM0 +RrcBM+lHKAozSAUDFIQU+UArZRAUVtEBau4hRRzIBRTuIXFFhXDFS4gIRUOKAQ1hUgNCVgMOKAE pjEzQAU7DEp2YC01BsQYqlTbC4u2mqTC4YFaeyQhOKXskPUME9BVeysAbWq1CwXQhQnrVtIdw2Ug uOCinYVwFTZiDFHKMMUcoBihqwiRIht3OcCtY01bmlsS5a2QoSN+FJB96cVSm7IV5LcjKkHB6isZ Jp2LTEwRSbaWoBgjtioakugBiovfRDAj14oaa3AME9qpJsQh461Lbi9RioAzAHuauFnJITdkLIoR yB2p1koTshRd1cWJA74PTFXSgpysxSdkO2xerVT9j1uK8gCK0oCk4pKMJTSWw22kKViDEZYYq2qM XZ3FeQyWPZgjlT3qKtPltKL0HGV9Bigk4rGKbZZJKiINozmumrCEVZLUiLb1I9p9DXPyS3aKuJgm iKbAMEdRTcWtwJIo1ZGZs8elbUoRcW5dCZNp2QoSJjgMQfeqSpN2FeSI3QoxBrOcHF2KTuribTjO DU+zla9guOjj3Kx9BWtOnzJticrDMVHK2VcMEdQRVcjW4XAYyM5x3pxjYCeOOJyQpbgV0RjF7Gbl JbkbCPb8m4n3qfdeyHr1G4IGcGlZjDDdcGlZ9g0E57VOvQYbTjODijle4XFAJ6UJX2EGD0I5p2ad hEsiJGnIJYjrVySithJtsh2nGcHH0rJRb1sVcACegoS7DuBBHUEfhRKLQCUrAJVCCjYApgLSsAUW ASqSAKdgE96ACiwAaqwCVVhhQAlACUAHSncA6UhGZcHEz59a3jsZS3KkyggMKokuaVPgmInHdacX 0Jkhl/B5Uu5R8jnI9j6VexJVzTEL07UAA/GgC1aXZjO1vu07isakcvRkNAF6KZZl2vw1ZONti07j ZIyh9qadxNWI6YgoAWgAoATvQAtACUAFABQAUAFAB3oAKAENAB9aACkAUAFABQMKBBQMSgQUAFAB QMKAE96AEoAKAEoAKAGk0wI5JAo96AM64uSxwp+pqooTKpIA5q9hWI1V7h9qA1k3cvYsoqWwxH8z 92PaqURNkEs/uSfWm5W0QJFdmJ681ncob1pATwWsk33Rgf3jwBTsFy2kMNv0HmP6noKtQJbI57rB 5bcfQdqd0gSKkkzSd8D0FZuTZSViPOBSGJQAoBPaiwC7dvU1VgHxkZwBihbgOPWmIY360mMZUgT2 8efmIq4oCz7VQwpgFIAFAhaBiUALQAlABTAKACkAUAFMBKAFoAKACgAoAWgAoGFAgxQMKBC0AFAx 6Jnk9KBpElIoWgAoGAoAKBCUAFABigYtACUCCgZs18obBTAKQC0AFAgoAKAE6UDDPtW0KfcAFaKV OACnmplW6JCExxWLk2MUYoSuIM8VagAYq1TsAuOK0UbAKBVWsIWi/YAxmk7sQAULzAUGmnYVg3Yq kwsG6qHYQmnYLATUSjcaG4rKVO4Bip9kMMGhUguG33q400FxDx2rRU0A3JJquRD2FCk0rILoUjFF kITJ7U9BihDTuhXHBQKTaFdi7hU8yFYQtRzDsITU8wwppgKKadxBVbgFAATSbsFhKzcwJpuET0xW 1d2hGxnDdiIikD58H0qKcacrPm1G210HxrtlcE5471tTjy1Gr30Jk7xQkbeY3zAYUcUqU3Vl73Qc lyrQcu4t85Ur6VcZSv70lYl26CRoFVmXGc4BNRTioxbiNu7swI3IRIVJ7U94tTkmGz0ELlIUxjJ7 1MpuFKNhpXkxsp3QqxHNTVfPSTe446SaI4v9Yv1rmpfEipbDpx+9NbYj+IxQ+Edb/wCs/Cqw3x2F PYC0PoapypX1QrSCMgzjb0qabi6q5dhyvy6kcn+tb61nV/iMqOxIf+PUZ9eK3/5c6kfbIkYqwIOK 5oycXozRq6LB+a42noOcV3PWrZ7GO0bjFmYyAH7pOMViq0ufyLcFYcoEZlwOlbRXJKViXrYru5c5 auWU3Pc0SS2JYf8AUSVtR+CREt0Q96wsWWJOLhcLuOOldc/jVkZr4RyeZv8AnZcelVG/NqxO1tBs ZKiUA8DpShdcw30Gxlyp2jBJ5Y0oc1hu1xzgmA7iCQeoqre7q7iW+hWxg1mkXcnth8zfStKe5EyO LiVfrWUX7yKew+SVjIUxlc4xVTk3KyEkrXJMybwSyqP7uat3vq7E6WBQBdNxximv4gN+6NikaSUq 3Ix0qYSblZjkrISJhsZQwVs9aUWrNbA1qEpkCrnHB4YUT5uUFa4+TLSohPBAyKqWskhLRNgxYScO gUdqJPX4gVrbAgUXB24IK9qatz6A78upXklZ+CeBWMm3uaJJDKkYlMQUAJmmAtMAoAKYBQkA3NOw BmqAKYxKADGaBBSAKADFNMAosBmagMSt74reGxlIqxkfdPQ9qokad0EodOxyKLAa42Xlrg9GHX0N aboz2ZkyIY3ZGBDKcGhAxnSmIXNABmgCzbXTQnBOVpisaccgcBlNMC7Bc5AST86zlHqikySSLjcn IqUwsQ1QgzQAtACUAL2oASgAoAKADikAUwCgAoAKQCUAHSgAoAKBhQAUAJmgAoAOlAB1oAM0AJQA hOKAAmgBM0AJQAhNADJHCj37UAZtzcEsVU89zVpCZUZwoqm7AtRIoWnO4/Kg6tWb1K2JmlVI9kXy r69zVpJLUkqSTE8DgVLlcpKxEeagY5EZ22opJ9qALsdokIDTHc39wVSjcTY6a4wuGIVR0UVeiJs2 UpLhm4HAqHJstKxDmpGFACqhPanYBw2r15NPRAIZD24pXAbmkBJF1qkArMB1ptgMJ796QCxJvcCk tQLqjC4rQYUwFoASgAoAWkAUAFMAoAKACgA70AFABQAUAFABQAUALQADigANABQMKYhelIAoAkVO 5/KgpIkqShKYBQAtAwoEFACUAFAwoAKAFoASgRtV8obhQIKACgAoAXFABinYBNtF2h3DFGogoswC q5GADitIwsAAVqogOxWiihBinYBaAAUhC0rAHFGghpNTcpITNJDFFVEQAVaAXHFVcVw20BcXbQFx dopiuHFIBrYqeZDQ3I7VPPYYBqz9sgsLvqfbILCFs0OsOwmaj2rCwc1PtGAlHtGMWh1GxCUJtjFr VLuIBVpWAWqsAZp3AM0nMBKxlNgFZN6gSpIpTZIOOxrqp148vJUWhDi73QoMKcgkmrjOhDVXYrSY LMC7M3GRilDEJzcpA4aWQyKTY3IyD1rKlV9nK5Uo3Q8NEh3csfTFbKpQi+ZE2k9BElXDK44PP0qK ddaqa0Y3F7oC0aqQvzE9zVOpThFqAWk3qI7gxqo6ionUTpxiugJWbYjODCqjORTlUTpKCBL3rjYz tcE9M1lTdpJsp7EzNE7ZO7NdkpUpu7TM0pIRGRJMjO3FRGcIT5lsNptWEPk/7VO9Hsw94RWjSVSu cDrSU6cZqUQabVmOJhJJO4mqcqLd2gtIZLLvAAGFHaoqVOfRbDjGxGDgjNYp6lEpmAn3jOK6HWXP zIhR92woaJW3jJPpVKdNPmS1C0rWGiUYkz1apVX4r9Q5diKsCyWF1VGVs8+ldFKoopp9SJJt3Qoa FTkAk+9WpQWqQrSYiTYlLt3ojJ83MxuOlkKskMb5ySf5VceWLukDUmhqzoHcHO1u9NNXfmNwdkAl Rk8slgAeDjrRdWsLladxfMTyiig/U96OdWshWd7kWayuVYkhlVCSc9MU4VFFilG4xGCyBj0BqYuz uNrQXzAJ94HGc03P3uZBbSxIXi378MT6VXPC/NYmztYBMnnF+cEU/arm5g5XawyGQJJuOaiM+WVx yV0KjoVKuO+QRTU1azQNO90K8iiLy0zj1NNzXLyxQktbsHmBdWXPyilKd2mgUdLCl4WbcQ2e4que Ld2gs1oIswErMRgEYwKFU97mBx0sRoUyd4JGO1SmluinfoMqQCmAlMAoAKaACaaQBTsAZqrAJQAG mAlABSC4tABjFAgoAKaASmBQ1FeQfUVrB6WIkZtUQTAh1waq4EljOYJTG/3D3oTsyWi3fW/nR+Yv 31HI9RVvQkyzTEGaAA0AAoAmt7hoT6imI04ZlmUFTz6UwLUF00fB5X0qXG407Fsqkw3IRms9VuVu QspU8imSNpgL0oAAaADNABmgAoAQUAL3pAHWgAoATpTASgBelIABoASgAoGFACZ5oAM49qAFzQAm aAEoAO1ACZoATNACZHegBM0AMdwBn0oAoXVyclQfmPU1UYg2UWYDrVt2EhYYfM/eS8J/Os92VsPm nBGFG1B0UVexO5VeQsahu5SRHUjLEFo0o3N8qDqTTSBsth0hXbDx6seprRRRFypNc8nZyfWk5dil ErFixyTk1mUJQA8JzzxTsIU7EPqaeiAaZC3tSbHYb2pAGe1AAKAHKSOlNAO245bmnYBrdfpSYFm3 TauT1NWkBL2qgCgBSaQxBTAKQC0wCgAzQAZoAKACgAoAKACgAzQACgAoAKAF6UAFABQAUAFACgZ4 FAyRU29etIpIfSGLQAlMBaACgBKACgANAwoEFAwoAKACgDaxXy3K2ahVKmwFp+yAUCqVIVwxVKCA KpRSEFLlXQYU+S4BVcgBVcqAShRQBT2AWlzIAyKOZAJmlzoLBuqfaILBuqXPqOwbjU+0CwmaXtAC jnQBmmpAGafOgsODUe1SFYXfR7bsFhN9HtwsG81Sq3Cwbs1pzhYM0cwWENS7jExWMkAViMMUhBQM SgBaBBVKLAK1VMAxWqgkAVVgDNF0AVLkAAVDmhC8Cs3MBC1RcdhM5pDFo1EJzTQC4pAJigAoAKoA qgDpVKLuAZqlALBnNPTYBc0XEGTSbASgApXGFDEJmmMKVgCqSEKKtRYg4HeqUAE3Cr5UOzE3e1Uk FgyTVWDQNuepphcTYPWk3YLi7RS5guHFLmEB5qG2wE60kxh0oAKa0EFABQAUwDNABmgAzVWEGaLD DNAAadhCUAFOwCU7AGaLALTsAlNIAp2AKYCUABoAKBC0AFABQAlABmgApgJmgCtfLugzjoa0g9SZ bGQRgmtDMEbaaYE7LuHvTAu2NwWXYx+denvVp3IasQX9tsbzoxhCfmA/hNGwtyn39KBCdKYAOKAC gB8chjbKmgRo290sgwxw1UItxyNGwKmhq47l2K4jnXa/DVk4tbFJ9wkhK8jkUJg0RUxC0AJQAUAH SgApDA0CA9KAEpgLQAlABSAKACgAzQMDQAlAATQAe1ACUAFACZoAQ+1ACE0ANzQA1jxzQBUupwo4 6noPSqSuBmu+DknOapuwkh0MQYebNwnYetRuytgnnyfQdhVaRRK1KrMT1qL3LEAyQACTSAuw2qxY efk9kFUkS2LNc8fMeB0UVekRasoySs59B6VDk2WlYYDjp9KkYqrn2ppAPO1Rx1p6IQ1pCwx2pXGN 4pAHAoASgBQPQUAPVCfaqSAdjAxTEBPFADooiW3Gml1GWaoAoAM+lAwoASgBaACgAoAKADpQAUAL QAlABQAUAFABQAUALQAUAFABQAUAPVC1A0iVQBwKRaVhaACgYUCCgA7ZoGFAg70AFABTASkMKBC0 DEpgGD6UgNvmvB0WhqLildALnHSlzCEzU8wWDJoUr7DsFVcAqkIOlXsAtO6AKlzQCZqHMYmaxdQA 5qOdgFLmYC4pXYXDFK4CYoAXFABQAmKADFFwuGKAFoASgAoAMUAFUpMArRTAXNaxYBTsIQiocBhW bpvoAYpqjIAHNUqXcBcVoqaSEIafKhhxVWQCmk2gEobQhcVi5oYZrJyuAlSAlAwxQIXFNIBarTdi DihWAKkBKLDCgBcVaV2IQitNEA3FHN2GLSu2AUncA6U7WAKLAFO2ohKLAFOwB0qlFgGcVoqYBmtF BILDTk00hiYNNBcUJigVxRgUXFuGaTYBmpbAKVwClcBKADNIYUWEFUAUAFIApgFOwCZp2AWgApoA oQCdKYg+lAwpiEPUUAFOwB0qrCuL0pgJmgBKBhSAKYC0CA0AGaYCZpAGaAE/OgAoAKACmBHKu+Jl 9RTTswMWQEP6VuZAgJNMRKp7UwDJjYSJwwpiauadvOs0RbGQRhl9avdEbGdeWpgk3Lkxt90+ntUr QCt271QhCaBgKBBQAoYjpQBct70qQsnT1p3FYvI4YZU5qgLUF20fyt8y1EopjTLQEc43IefSs9Vu PRkToyHkU0FhppiCgAoAKQBTAPypAJTAOlABSAKAEpgB/OkMKACgAzQAlABnFACUAHbFACZoATOa AGkigBpPpQBXuJQi+wprUDLlkLMSx61ewtwhiDDzZfuDoPWo3K2Emn3dR9B6VT91Ctcrsc1BQscT SOFUZNIC8iJar8uGl9ewq1ElsrTXHJwct3NNu2iGlcrMSxyTk1ncoQDPShIB4ULyaq1hXGs5J44+ lK4xueKQBQAfWgBcUWAcEx97iqsFx67f4RTQh3SmAmOaAHpHk5PFCQyYAAcVQB0oAOlAwoAWgBKB AKBi0AFAB2oAKBBQMO9ABmgAoAO9ABQAUAL9KACgAoAKAAA0wJVj7mlctRH9KRQCgBaBBQMM80CC gAJoGJQAUwCkAUwCgAoAKBBQMKQG3Xy3MahRzMApXYB0oVwCtIpgLWiAKq4gzQ5WGGazcwErNzYB U6sAJosAA0gFoAKQBTAKACgAoAKACgByKNpZug7etbU4R5XOeyJb6IXzBn7i4+lP2391WDl8wZRt 3L0Pb0oqRi4+0ht27Am72Y6IARuSoOK2wySpyk1exMt0gWRCcMgGaI16cnaUUDi1sxkibHwPwrGv S9nPlRUZXVxfIfHSrWFqBzoI4yZNpHTrTo05c/KwlKyuEiEPgDgnit5wakKMtBfKcDOK0VKXUOZE Zz9KnlsWGPU0BcdtKgHHB6UOL3JvcGVgASODScWtwTQeW2QMcnpRyO6XcOZAYnUZI4pSpzirgpJ6 DmTdKBtC+1KcXKolawk7ISZNr8DA7VniafLK62CDuhBC5HSoWFqNXHzoYQQcHiueUXF2ZVxKQx6R s/TtW1OjKpsS5JCvGyDnpRUoTgrvYSkmKInIBHQ1pHDTauJyQ10ZOtROlOG+xSaYqxOwyOBVU8PK S5thOSQ1kZDhhUTpSg7Maaew5YXYZ6fWtIYaTVxOaQ1lKnBGKidKUHZjTTHiF8Zx+FbrDy3J50LO oEgAGOKrEx95Cg9BhjIcKeprJ0XGSiyubS5KxCHasYIHU4rrd4vlgtEZrXVsYVV5gE4BrFxjOouU q7S1Hl1EmzYNvStXUUZcqWgrO1xvlD7Rt7VHsl7W3QfN7txwdWk2FRt6VaqXnytaCs0rjY0AuNpG aVOHLVsDfu3ESPcSzcIDTVNXcnsNu2iGOwdhhcKOmKJTTY0rImlYRuQEXH0rWc3F2RMVdbjJlUxq 4XaT2qZ/CmOLd7CRgCJ2/AUo6RbB7pDkwkAdVDEn8qqOkboT1dhN6upDgKR0IFLnTVpBa2wyFQz5 PReTUU1d37Dk7ITBlc461Os5DvZA8TIATjmiVNx6gpJii3fHYH0zT9k+rFzIIlxOoYd+lEI2mkwb 0EdC0xVRzmiUeabSBOyF+zvjscdgafsn0YcyHW8YYsSAcDpVUoq4pMSNWV2AAJC0QTTaQN6Eflkx 7+3SoUfduVfWwKhZWYdB1oUdLhfWwqQsw3cAepNNQdrsTkkNkRo/vD6U3BoadxtSMlt0DyjOMelX BXepMnZBLGRKQMHJ4Apyj71gT0F+zP8A7OfTNPk6XFzIhIwcGotYoTvTSAsxx77bAAzu61oleNiG 7MikhaMbjgr6ijkGpXFSJnG4YA9SafL1BuwkkTJgnBHqKGragncVbd2UHgAjPWjl6hzIakLOTjGB 1NJIG7Eoi2W8mcHpgiqtoK+pC0RRVY4w3TFS0UmLJE0YG7vQ1YSdwaN1cLjLHsKLa2C63HfZnPG5 SfTNPl6XFzDEiZ2KjqPWklfQbdgkhaPGSDnjAptWBO44Wr9CVB9M80cvQXMRMpU4IwaVrFCUAFAC UwEoAyr2PbKeOOtbRd0Zy3IwMAVYhTQIcDmmAJI1u+9eQeoprQTVzTVo54sEbo36j0/+vVWuZ7GZ d2rWz/3o2+63+e9ShlY1QB7UCDp2oAKADOKAJYrhojx0ppsVupfhukk68GmmLYspIyMCpwaLDLkV 6CNso/GocOw7kpiV13RkEVN7bjIiCDyKYhtABQAUgCmAd6ADpQAUAFIYlAgoAOtAxKAAn3oAT9KA DNACUAGaAG5yKAEJoAaTzQBG7YXPegDMuZt7kD7o6VotAIYY/NYs5xGvWobuPYJ5d3bAH3QO1Vsh FYkk81m2USwQtM2F4Hc+lFgLRZIUKxcDu3c1oo9yWynLOTwvT1pOXYaRDmoKFVfUcU0gFL4OF6U7 2AbnPWpuAnfigAoAXBNFgHhcAFjgVVrbgBcD7oov2AYSSc5qb3Alj+70q0A9QScUxEixgdadgH0x hQAUAFABQMKBBQAUALQAUDCgAoASgBc0CEFMBaQCUDFoAKADvQAUALQA5ULewoGkShQBwOaRaVha ACgYtABQISgYUCCmAUDCgAoAKAEoAKACgAoAKADNAjcr5M2FoSuAlUo3AMGtIwsAuKtIAwMdadgE yKUgsGaxbCwfSkkuoBzmlogFxRzBcTFK4C0AFIQuKACgBKADFMYYoAKACgB+Mw8djzXQveo6dGRt IZXOWP6QnPc8V0JctF36sjeQ+P8A1Mla4f8AgzFL4kRKpJArkhHmaSLbsTyjMygdRXoV7urGMdzK OkQwvmcuS3tTah7TVtsNbaIGx9opzX7+/oC+EbyZiF65p2bqOw9OXUcAokGWJbPatFyqW+onexHL /rG+tRN+8y47DKgomUb4sehraPvRsZvR3HsPMBUdjVy99NEr3dSPObkeg4rJu9VFWtAjkJMh54zX NV5ucuKViSX/AF6/hWlb+KiY/CDYN0AfWiaTxCuC+AVynmElmzmqqOnz+9e4lewyfBfOCPrWGKac r2KhoiKuXzRRNGwEZDA7fUV2UZcsHzLQiS10B1/dEo2VzyKqcE6bcHp2BPXVBIT5CYoq3VGNgj8T A82wz68U3/A1D7Y+XYAoYkccYrSpyWXMTG/QZIQUQAHGepqKjThFW0HG92Pm2bhuLDHTFaVuS/vC je2g1yC0fX6kdambTcRrS42YsJj+lRWv7QcbcoXP+sH0pYle8ghsMjJ81SfXvWdO6mrlS2JJZHWX A4Aroqzmp2REYpocQFuVxxnrVysqqYlrEiKnz8e9YSi/aWLT90mz/pX4YrouvbGf2SJB++A75rGM ffsW3oPTm7JFap3qkv4AEiyExkYB6U1Pmbi9gtbUhKFHwfWspQcXqXe6JppSkhAAx7itpykpaERi mhJD5kAc8EHFEvehdjWjsMk+WFF6Z5NRLSKQ1q2wG+JAynhu1L3ox5kw0bsPRhNkMoBx1FXCfPpJ Etcuw2LiGXFTT+GQ5boS2/1v4VNH4gnsJGczjPrRH49RvYfIY/NOd+72rSfLzarUlXsBObpeMfWh u9RB9kRQTO+G2gZyaEm5vUb2Q6AxiTCbifU06fLfRCle2o23/wBY/wBKVL4mOWyG2x+Z/wDdopbh LoEB3boz0YcUqfbuEu4S/u4Fj7nk1UtIpAtXcfIUEUYbdjHam2uVXQle7GSlTAAobGeCaH8OiGlq V6zsUS23+vX61UPiFLYki/4/Gz6mrj8ZMvhI1LfaB1zuqbO5T2C5x57Y/SnL4hR2I6Ehk4yLI4/v Vf2SftCJ/wAejjPej7LD7Qu1VhXzGbB6AUaWDroOk2/ZBtBA3d6H8IluMmP7iL6Unshrdhn/AEPj +9zQvhD7QR5+ySemeKEvdYfaHQr5sKqeqN+lOOqsJ6MfxP8A8Bf9KfxC2IlzNdEq2PcelStWU9EO hMXnDaGLepprfYTvYSDi7k/H+dNbsJbEUBzcrn1qVuVLYlkMYmIZXL59ab32JV7EV0cyk7ccdDQ9 9So7ENIYUgDNMBM0wK16mUDenFXB62JlsUK1MxKADpQA8HIxTAdBMbd+mU7iqTsRJXNH5Jotr4ZG /T3ptXJMu7tXtnzncjfdb1/+vU+QyvVAHagBOlAgoAKQxQTkY65oAtQXjKdrdPWqTJsXElWQDBqg uTxTvEfkak0mBcjvI5PllG0+tZuDWw79yRoQwyhyKV+4yJlKnkUwCkITOKYBQAdqACkAmcUDAmgQ nagYZoATNAAf/wBdACfjQAlABmgBC1ADSaAGlqAGFqAKl5NtTaDyf5VSQFBFMsmxeB3PpQ30GPnl UKEThF6D1ppJK7EVS2azepRLBAZSc8IOrU0rgyeSVUTanyxj9au1lcncpSSs/Hb0qW7lJWGVIx3C 4JqtgGs2fpSbASkAcY96ADvQA7bxycCqsApcDhR+NFwGkk9TU7gOVCcdvemkBIsXtn3q0hEqxgda dh2HgADimAvSgAoADQAUAJQAUALQMSgBaACgAoAWgBKBCUwA0AKKAAUAGMUhiimIKBhQAAE9KAJU jA69aVy0iSkMTigYUCF7UDCgANAgoAOlABTGFAgoASgYUCCgYUAFABQAUAGKAN3FfMqkaXFC1ooJ BcXAFVyiEJFOyHYKd4rVgIRWcqsVsNCBK55TbC4uBU3FcXGKQXCgAoAMUAGKADpQAUAGKADigBM0 AFAwpgFACqSpyKqE3B3iJpMdvUfwCtvbR/kRNn3GsxY5NZTqSm7spKw6OXYCMZzWtGu6aatcmUbj vPx91QDWv1pr4YoXJ3IxI27dnmsIznzc/UvlVrEhm5yFGa7PbX1S1I5BpkJfd0NKU7y5ilGysKZf nDAAGrdS7uhculhfOAOVUA03WtqkLk7kbOWbPTNYSqczuWlZWEzS5wHJIUJxWkKvK9BONxUlKEnr mrjUcWJxuIr7W3daFKzuhtXVhCcsT6moeruNKysK0hZw3Q0Tbm7iSsrCvJuIOACO9RVqOVroSjYX z/VQT60fWn1WouQjdyzEmuWpNzleRaVtBtQMekpQEYBB7GuinWdP5kuNxXlLLtACj2pzxDmrJWQK NtSUvshTgEEdK6nU5KUWQleTIXlL4GMAdAK5qlWUy1Gw5ZiFAYBsdM1ca7irPUTj1GvIXPPAHapq VZSeo1Gw4T8AMobHrVqu0rPUXJ2GvIXbJ7VnOo5u7Go2Heee6gkd619vLqieQa8m9txHSs51HJ3Z SVtBHcu2Tx9KJ1HN3YJW0Hic4GVBI7mtVXl1J5CMuWbcTzUOTk7spKysSfaD12jd61qq0vmTyEe8 7t2eetZ3d7lWJPPPXaob1rf2kvmTyEaOUbcOTUxvF3Q2rqwmec0xjnlL4yBkd6bnfcSVh32gnqq/ lT9qxcg15mcc4wOwqJTb3GopDXcu2SMcYqZTctQSsLHMyDHBHoacako7A4pjmnJUgAKD6U5VZNWF yiQOAxU9GGKdOVnr1CSEDGGQ+opawloPdDM85qWMkFw3UqpI71p7SRPKN81vM39W96nmd7jtpYVZ WVy46mmpO9xNK1hwuGByqqvrgVfOxcpGkrI5Yd+tSpNO42roUTMHLAAZGMU+d3uHKrDFYqwYdRU3 sx2uLI5kbcTzVNtsErDkmKrtIDD0NNSaE0JJK0mM4wOgFDk3uCVhlIYKxRgwPIqgauPeZmYMMKR6 U229xJaWHfaW6hV3f3sU+Zi5URFsnJ5pFWEzTuA7zG8vZ2zmi4ra3ASERlOx5ov0C2txyzsqbcKw HTNHM0LlEed3UqxGM+lDbegJJCNIXVVOML0ovcdrBHK0eccg9QaE2hNXFa4dlKnAU9gKd2FkNjma LO3vQtAauCTPHu2nqKFfoDSYiSMjbl60DsP+1PnIAU98DrVXYuUaJnVy4wCetK4WvoR5wcjr1pDJ hdSDqFJHcjmquyeVETMWJJOTSKEoAM0AJTQCZpgNdQ6FT3FG2oGZIpDEelbmQ2gQdKAEzjmmA7hh TAfbztA208xn9KadiWuqNFWR4yrAPG3Uf571TVyPQzbyza3+ZMvEejensajbRj3KuMdaYCc0wDrS ASmAd6QADigBySMhyDQFi3De/wALVakTZotpKr/dPPpTC5NFcSRfdbj0NDimBcjvo5BiRcH1rNwa 2HfuS+UrjdGQR7VO24yNkZe1ADaYgFACdqAENAw6CgBKQCdKACgANACGgBO1ACE0ANJwaAGk0AML CgCN2CqWPQUAZcrmSQ+rdBVt2QD5MQR+WpyT95v6UkurBlRjk5/KpbuUkSwQGXLHhF+8aLBclnmU IFUbUHQDvV2SRO5TkkLnn8qhu5SVhoGTRYY7IXIxk09hDCcmpGJQAUAPCk9TgepppBcMgdKd0gGk 5NSA5YyfamkFyVYRVpCJVQD3pgPA5pjFoAKACgBKACgBaAEoAKYBQMKBBSAUUDCgA7UAFAARimIT FAhQKAFoGFABQAUDHKhb2oGlclVQo4FSWkO70AFAB0oGBoAOMd80CDNABmgYUxBQMSgQUALQMSgQ UAFAwoASgBRxQIKBhQBuZNeE7I1sLk1F0g0Dr1rN1EAYrJ1GwFxUNtiDIFIBM0xgDSELmgAJoATm gAoAXNACUAFABQMKYBigAFAC8UhCZoAM0xiUAFACqjMOBmtoUZz1SE2kLtIOMc1rGlJaMLoXy2x9 01oqMuwuZCY7UW6DFKMBkgiqcJRV2hJoQAngA1EU5aIb0AoykZBqakZRaugTTJBGGm+6QorZU1Or tZEOVoisFyw8sjApytdrk6Am+5EqM3QE1xU4TnrFFtpbgVKnkEVu1KGjBNMXynxnaa0VOfYXMhYo 97HIOBWtOPM9RSlZAAArZU5/lQlo7oOo0IzfdBNZ+zcth3SGlSDgjBrKVFrRjuhwic/wml9Xm+gu ZCL8r/MMjuKmEeSfvIb1WgSpscjt2pV6fJLTYUXdDKxsULT8gEprcBaaAKQB2qkgEzTSAWqsIKOU AppAJVKIBVqIBTUQCqSAWnYQlMANS2AVLYCUrgFHmAlABnmgAosAUwAnNMBKYBmgBelMAoASmgCg AoEJQAVSGFAgoATpTASq2AWgAoAKACgAoATvQAuaBCUwCgApgJmgAoAKACgBKYBSAKYBTAQnFAC5 oATrQAhpoA70AFICpeR4O8dDwfrWsH0Il3KnStCRKBBQADigB2cimIfBM0DEdUPamnYTXVGjHKCu RhlYcg96pq5Fyjd2G0GS3BaPuvdf8RU7bj3KFACd6ACgA7UAH0oATNAC5oAckjJ904ovYGi1Fe8Y aqUibFpZVccEVaAljleIgoxFDVwLkWoA8Sr+IrNw7DuTr5UwzGwqWmtx3Qxo2XtSAiORTAD0pABN ACUAGaAEyaADPFACZoAaTQA0mgBpNADS/vQBGSaBlW9lxhAfrVREyvGPKQyn75Hyj096N2MrSNub H50mxpDoIWmfHRRyx9KQE00yqm1OEHQetWkkrk7lNmLnJqG7lpWEA9/rQgBiBwOlDYhDk80hidfa gBQM0AOyF96rYBpYnvSvcBVUmhICVYvxqkhEyoBz3qrDH0wCgAoAKACgAoAKYBSAKACmAUgCmAAH r2oAWkAUDCgA5oAKYgoAKACgAoGFAhQD2oGSpHjkjNK5SQ+kWBoAKACgAoADQAUwCgBaAEoAKACg QUAFABQMSgAoAKAEpgLSAKYgpDN6vlnUbNQxUN3ELSABQAUAJigYYpgFABSEFAC0AIaAAUALQAlA BTGFABQAlABQAUAFCAKvkYAK0jACwhDRhd2wj9a74tcijexk1Z3FIbem4gjPWqad1fUSas7DZJGE vB6VFSo1Ow4xXKSbQJWPtW1kpt+RN3aw1GAPMm4elZQnFP4rja8hudkBK9zU35KTlHuPeWo0OxTa RkZ61hGpOULWuimkncl5+0+2K6n/ALx8jP7A1CSZM88VlSbbncp9BGJWFAvGetKcnClFLqC1k7gG ZtvGcHgmiMpz5dBtJXHdJOZOc9BW2inrLUnpsC8XDjtinF/vmgfwoYhJikzU03eEinuglJVUVcgY zxV1HZJIUdW2xSS0SseoNF7xTYbOwksjCXAJGKVRvmCKVhtx/rfwrOvG8hw2Fn5SM98Uq8bwiEN2 Q1yONjQKloBKEAtVYQlJIYUIApgFXYQU7XAXFWogJVqIBV2EFABQAVLYCZouAVDAMUWAMUWASmAU AJQMXpTEFMAoAKNwEoAKYBQIKYwoAKBCU7AJTSAKdgDNOwCZpjAUwF7UCE+tABkUWANwp2AODQIK Qwp2EFFgDtQA2hIBQaACgBD0poBKAFoADQAlAAaaAPzoGFAgoAQ0wCgBaAGSIHQqaadgM51KsQeo rfcyaI6BBQACgA6UAOyCOKYCxyvA2V5XuKa0JavqaEMwYB42x6+1VoyCK5s1uMvCAkvdegb/AOvU 2tsO/cy3RkcqylWHUGkMb3piDPNACZoAKACgBf8APFABz9KABXZehoAtRXjDAb9apSFYspOj98fW rTEShipypxQIsRX0icP8w96lwQywlxBNxnafeocWh3HNF3U5FIZGVIpANoAM0AJ3oAQnFACZoAaT QAwkUAMLelADaAAsFUsegFMDKlcyOWPUmrtoAyaVmPPB9B2qW7aDQyONpZAg/wD1VAyxLIsSGOM/ KOp9TVpW1JKbMWOTUt3KSsIKEMGIB4oASkACgBQKdgDdjgUXtsAgGaQEiR4PNWkImWMY5qrASAYF MYtABQAUAFABQAUAFACUwFoAOhoASgBaACgAoAKACgBaACgAoAKACgAoAKAHKpY4FA0TIgX60rlp WHdqQxO9AwoAKACmIKBhQAlAC44pAFMAoAO9AgoAM0AGaAEoAKADNABQAUxiUCCgYuaQjeFfJmwt IQUAFABQAUAJQAdKAFoAKACgBDTGFABSAKBBQAUABpjEoAKLAFWoNgKBW8ICuO21ryoVxOKNEBIJ FKgOM46Yq1Wjy2kieV3uhRJudABgA01WU5JLYOWybHSOiyHK5Ip1a0ITd1qiYxbW5GJSJCx5z2rm WIlz85birWHeYi8omDWnt4R1hHVi5W92NSQAFWGQailXtdS1TG49UK0gA2qMCnUrpJRirISi92Hn Dzd2KX1le057ByaWEWXbu461MK/LzO243G9gWUBdrjIqoV0o8s1dA463QGfkbRgDtVPFO65Vog5O 4ecgbcE5p/WIJ8yjqLle1xBMBKX28HtUrE2qc9h8mlg81drBVxmn9YVmktw5XoAlUqFdc46Yq411 a0lcHF3uhGl3YAGFHaqdXmtYFGwjvvfdjFU5czuCVlYcx82QYGM8VTfMxL3UE5BbA6KMUVN7dgiu pHkVi49ShM1m4jE61nygHNNJ2AKnlGFVYQVSiAvatOQBKtREGc1aQBmgAoAKm4wqRBjNKwC4piDp QwEzSAQ0DEpgFIAoAKACmAUxCUwCmAUAFABTQBQkAUwEppAIapAFACUALQAnSqAaXz0p2HYTOaBh g0bBcULigTYEUCFApBcXtQIQmgAoASmMKBBQAGgAoASmAGgAoAKAEoAWgBKAA0wCmAZpAJmmBWuo s/OPoa0g+hMkUyMVZmJQAUwCkAnTpTAcCDTQApaJt0Zwe49aewmrl2G4WUYPDjtVJ3M2rE0iR3Cb Jxz2cfeH+NS49gTsZd1ZSWxy3zR9nHQ/4VJXoVvamISgAoAKAD9aQB1pjCkIWmAgYjocUATR3TJ3 pqTFYtR3St14PrVqQrEoYMPlINUBKk8kZ+Rj9M0mkwLMd+DxIv4iocOwXJQ0cg+RhmpaY0xGQikM Z060gG5oAYTQA0k0AMJoGJQIUUAVb6TagQdTyaqIFBjgVb0EiIZY9OayZZbIFtHsB+c/ePp7U0ur EUncsf6Um7jSsIMd6BiE5oYCUgFoAOB1p2ACc0N3AVVz16UJATRpnkDA96tIRMq46VQC0DCgBaAC gApgFABSAKYBQAUAFABx/wDqoDQSgBaACgAoAKAFoAKACgAoABQAtACUDHIhbtgUDSuTqAowKku1 haADtQAlAwoAKYBQAdqACgBBQAtABQAdqACgQnegAoAKBhTEFABQAlAwoAWgQlABmgZv18iaC0AF ACUAFAC0AJQAUxhSAKYBQAlFtLgLSEFABQAUxiZoAKqMbgLirVN3AMVoqaFcdwOta2SEG4dqfMFh M56VDn2HYbWDmMXFQ3cBVOOlaQlYT1BmJOSc0pzbldsErDc1Fxhmk22AZouAZobAKAEoAKACqAKk ApgAq49wCr2EFNNIAzWinYLChiOQa1jMLCVYCYoAKVkAtTyAFLk7AJip5ACmogFaKNgAVVgCmAUg ClcQClcA6VNwAmlcAzSuAhpgFIApgBoASmAdKSQBTSAKdgEpoAosIOlMAoABT3AKdgCmkAnSnYA6 U7AJmiwCUxi4oEJQICaBjTzVDAAClcLi4ApXEFABTAO9ABmkIKYBQAUAJTAKADNACUwCgAoASgBa ACmAUAHFACUABpoYgoEFABmgBCAeDTAoTRmNiPyrZO6M2rENMQUAFABQITkdKAHBs07gBHIIJBFA aFiG7IO2X8DTT7kNFtXwpAwyN1HY1VkyStPp0cuWtjsf/nm3T8DUWaHczZI2jcq6lWHUEUhjKYgo AOKQBn0oGBNACUCA4oGIaAAN6UASLMy9zTTsKxYjvP7wBqlMVidZkbjOD6GrvcWw8NjkHmmBNHdy JgE7h6GpcUwLC3UT8N8pqXELiumVyhyKixRAxI9qQDMk0AFAC4oAUDimBlXUnmTk9hxVoCs5yaiT uNIsQKI0Mzj5jwoP86SQMrSyF2PJ/wAabfQaRHUjFzgjH60AITkk9KAAUALwBxzT2ATrSAesdWkI mSLHWqSAl6CmMKYBQAUALQAUAFACUAFABQAtACUALQAUAFACUALQAlAC0AFAC0ABoASgBaBhQIei Z5PAoKSuTAYHSpNA6GgQUAHamAUDCgAoAOlABQITNAwoAKAF6UAIaACmIKADPFABQAlAxaBCUAFA BQMKACgA4oA36+RNBaACgAoASgAoAKYwoAKQhaAEoGJTAWgAoAKADGOtXyMQcVagAvFbxSS0AM02 0FhM561Dn3CwVHOMAKmMhDsYHQ1Uoya2FcbmucoACegqowlLZABBHY1TpzS1QXQlZgFABQAU7NaA JQAUAFABTASmwCiwBT6gLVJIApsQAE9ulOMW9kFxKWwwFVF6gLjNbpiDFaIVxQBVAJTAOtFhhSsI SnYAoGABJwOaPQQVLdgDFTcBSpHUEUNSW6C6EAyeBSSvsAbG/umlyT7BdAAT05pJN6ABUr1BFU4y juK6EwcE4o5W0O4oGenNKzewBtOcYOfSq5Xewri7H7qfyp+zl2C6G0rWGG07c9vWnyvcVxQjMOFJ +lUoN7ILpCMCvBBFDi1uAgBJwBk0JXBjaADNFgFp2AUKW6DNUlcBKLAITVIBKLAKFJGccUJBcTFA rhigBaAG5ouAlAwHtTAKQC0AJQAU0Au07Q2Dj1osxCUABoAKACmAUAG07d2Dgd6dgEpAJTAKACgA oAOlACUwA0AFMAoAShAGeaYBz70gEpgFAEc0fmLjuOlVF2E1coOpB9CK1MxtAgzQAGgBKAEPtQA4 N600wFIyOeaAHRyyQ9PmX0o2E43LcUyycqcH0PWrTuZtNEsnlzrsuE3r2P8AEPxpOIJ2KNxprrl7 cmWP/wAeH4VDutytygQRmgAoAMUAIaBAaAGk/hQMQmgBV9qAD+dABnmgBwfB4P50ASx3LL349DVK QrFlLlW4IwfaqUhWJQd3Tke1UA9ZHT7rYoETCdX4kH4ipcQuKUGMqcioaZQ3GKkBen86YEFxcBYy F6461SiK5lOcChvQYtvF5j/Nwo5Y1mUFzNvbavQcD2qnpoJFepKCgBKACgBc46UwEpASrHkgCqSE WETb71aQx1MApgFIApgFACigAoAKAEoAKACgBaAEoAWgBKACgAoAWgAoAKACgAoAKACgYUASxx92 4FK40iWkaC0CE60wCgBKBi0CCgAoGJQAUABoAKADNABQIKAEpjCgQUAFAAKBhQIKACgYUAFABQAl AHQV8kahQAtIQUAJQAUAFAwpgLSEJTGFACUALigAp2AM1pGIBWiQCU1YA6U722AKylMBKzbGLUiJ EwqbyMnOBXTTtCHtHv0JersJ5r/3jUe3qXvcOVCvhk3gYOcGtKiU4e0W/UFo7D4TiJyOorbDNxpy aJmrtCLO2cNgilHFSUrMHBdBJY8S4XvUYij+893qOMtNRfIGcFxn0qvqsU7OWoufyESPE21iOP1q adHkq8shuV43QTL+94OSe1XXhepo9WKL0DyecFwG9Kbw8b8rlqHP5ETKVJB6iuOcHB2ZadxKmwyS OLepOQMV1UsPzq7ZEpWAw5k2qQfeq9gnPliw5tLsXyM52uCR2q3h09IvUXP3GJGXYjpjrmsqdFzd inKw/wAkEHa4YjtW3sIte6yebuhscZcnnAHes6dJzd9inKxNGgVXKsGBHaumlCMU3F3M5O9isBXG omooGKtQsK5L5QAG5gue1dHs0lqyOYYyESBD3PWk4NS5Rp6XHGABtpcZ9K05EnZsXN5DDGQ+3HNH K72Kvpcf5Azt3ru9KvlV7XJ5vIjCMX2Y5qeV7FXVrknkDOA4LelVyrZMXN5DFjLvtHHr7VKjd2G2 kiaGMLJkOGx1qopX0ZEndEKpvcgtt+tYWTlZstuyH24G5jjJUcVVFWbJkx0TtI+1+QRTpyk5WYpJ JXQluuJW/wBkUU177HJ6CuZgpyQR3xVNVOjEuUbD8kbv3HAqKfuxchy1aQsbGVHVznAyDTg3JNMG rPQIgTbuAMkmnBe40J/EgOLZB3c9/Sm1yLTcPiG27EzgnrzU0/iHLYcGn38buvcVVp3F7oy5x5x2 +nOKVTcqOwSfJEi/iaGrRSEtW2SyeZtXyfuY7VbTa90lW6kMshaPa6neD1qW3azKSs9AT93Az92+ UUJWiD1Y2KHzAx3AAURjfVg3YPJ3SBUYN70+VN6BfTUf5CnhZAWHanyrYXMwthhpB0wppxVgl0I4 o/MBO7ao6mhIbdhTApQtG+7HUdKdk9gv0Y+JE+zvlsZ6nHShWsJt3GLnyHIb5QemOtSth9Rrx7Yk cHIP6UW0uCetgaLbErk4LdBQ1pcaeth3kKoHmSBSe2KbSW4ua+xHNEYjgkEHkGk0NO5GaQyxZhTL yeQOBVw3IlsMEW+bahz70krvQd7LUeLdHJEcuWHYimknoK7W5XIKkg9RUlhTAtKitZrubaoYmq6a kX1IpIVWMSI25TxSaVroafQVYUEYeV9oPQAZosuoXfQSWERqrq25W70NK2gJ3H/ZkVFZ5NoYcZFO yW4uZjI4FKGR32oDjPrQrWuNvoiUoq2b7G3KT1xT0sT1IJIdqIwO4NSsUmOntzFtwd2f50NWEncG t8TiJWye5PaiwX0uOW3hdtiynd9KegXaI4YPNlZCcEA07DbsEkKBlWN97E4IosgT7jjbwq2xpfn+ nGaNBXZDKhico3UUrFJ3GZoAD7U0AhoQwGKBC9qAEoAKYCGgCvPFu+Yde9XF2FJXKhGK0ZkJSASg AoASgApgAJU46igB4IIpgNIOdwODRYRPFeFSFmH/AAKhO25Lj2LUcmcPG/4g1ejICaOG5/1yYbtI vX8fWpcew0yjPp0sal48Sp1yvUfUVGq3HuU8Yzx/9agYlACE0ANJoADxQAnSgBe1ABnmgAzQAZxQ AoYigB6TMpyDj6U07CaLcVyG4bj3q1IVrE+eKsQ5HZDlTSsBKZUPJ+U96hxHcryzlsqOF9qaiFyr Mfkx61TYkiswJIGM56CspbFonnYQQiFcbjy1TsG5SpFAaYCUgFAoAPpT2AOtJASxxk47CrSEWVUA YAqxi4oAKYCUALSASmAUAFAC0AJQAUAFABQAd6ACgAoAKACgAoAWgBKACgBRQAUAFAwoAljTu34U FJEtSWFABmmAGkAlMAoAO1ABQAUAFABQAUAJQAUAFMBaAEoEFAwoEFAwoEFABQAUDEoAWgBM0AFA HQV8kahQAUhC0AJQAUxhQAUAFABQAlABmmkAVVtQCrt2AKdwDNS5AFTzAFHOwCpAKQBQBIBviwOq nOK6oL2lLkW6IejuR4rms72LJGGyLaerHOK6Zfu6XK92StXcdD/qZMVrh9aUrEy+JDFiZmAwaxhQ nKWqKckkSSfPOFBxjvXTVtOqopkR0jcX5RJtCEnPU1b5VPlUdRa2vcR/+PofUVFT/eF8hr4A6XWT VbV7sPsCkjzMeXk59acn79uQFe25FOcynIANc2Jbc9SobEdc6sWTIcW7120/4UjN/EhbY/M3qRRh WuZoJ7DkI3/LFgj1NbQb5tI2ZLWm41FDM7HOB2FTCKlJtjbskPiwSdqbRjrWlN3ekbCl6jI+YXUd azpq8JJDlumEIIRz0GKdGLSbYSeqIM1zIsM1STAsFsBRKgbjgiuvVJJq5nbsNZQk6Y7kcelDilJW GndMSVWM/A6mnKLcgi1Yk3D7UOe2Kbdpit7o3I8zHlfNnrmnd3tYOm4qH/SWyMHFJP3rA17oin95 gQ4b1zQr3tYHtuEZzJKOhI4pp3bB7Ibbqwl6EYHNKEWmOT0IsFmOAT9KycbvQrYfBu3/ACkZA6Hv RCLvoKVrak0TkuTsCgdTWsXK+uhDWhEgZy5RsHrj1rKKcm7MttLcW3BDMWyFxzmqpRad2KYR/NDI o69aI6ppA9GmJBlEkdhgYxTguVNsJatIWFilvIR1BohpBsUtZIEYTpsf7w6GiL5lysH7ruhtsCtx g9RmiCtKw5bC5n3HG/rQ1O4e6OnXdKi/xHriqmrtIUXZXIpmDTH0HFRLWRS0Q90eJv3ZYqemKfK1 rESae45yzWxMo+bPBNVry+8Jb6Eb82aY7HFFvdQ18TCI/wCjy04rRie6FtCBIR6jiiO4S2HxlvMw sKqR39KpXE1puMhOZZfoehpLcb6CQIpiZyC5H8IpR7jb1sSISYZCIwgxx71WtieqIogWtpQOTkVM dUxvRiJ/x6S/UULZg9xbcebE0RPPUUR10B6O4ly480KPupxRJ6jitCadvnBEKuCODVO/QlbbkN0W wisFXA4A7VMuw4lepLJrP/Xj6GrjuRLYfbArM6NwzKcZoWjCXcS3icXAJUgKeTTUbMJPQilIMrkd Cal7lLYjpDLDf8eKf75qnsQtwHNif9+joH2h+1Y4UYR+YWGcmq1toLdi3OfsybgFOeg7UnsEdxlz /qoe3y02OPUNpks1CclTyBRug2YoRksn3AjLZAotoK/vDrXEkQU/wNmhBLQdEwnGW/gfd+FCE9CC FVnuiX6HJx60IpuyJ4SxlGIAijvjmnqSyODi6l9gf50DeyILdgtyhPAzSuU1oWX3+cVECHJ+9iq1 J0tuVrskzncQSBj5aRUdiGkMKAA0wEoAKAENABTADQAhoArTw4O5Rx39q0jLoyJLsViMVRA2gAoA M0AJTAKAE6dOKAHK3rwadwF4IoEIC8ZzGxH40WfQGrliO7XpINp9RTUu5DiWUcj5kbHuDVEiSpDc L++i+bs6cH/69S4dhp2KcumyDmBhKvoOD+VS00O6KLIUJVgQw7GpGNIpgJikAlMAzSAOp5pgJQAp oGHegQUhihjTFYtQT7CATlTx9KpSsJouD9K1JAjNAEDjDEe9ICCY5YD2qWNDUkWJw7AnA4+tSxld 3Mjlj1JqCxowOtIAJBPAxQAfhQAZxQAYJ5NNICaKLPLdKpICwBgVYC0wCkAZoASmAtIBKYBQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAtABQAUDJY48cnrQ2UoklIsWkIM0xhQAlABQIKBhQAdKA CgBKACgAoAKYBQAUAFAgPFABQAUAFABQAlAwoAKACgAoAKADFAHQV8kahSEFAC0AFABQAlMYUAJQ AVSiwCrUQCqS7gFDaQBUcwwxSchBioAKACgAoAKACgABIORxTTad0A/zX9a3+sVO5PKhhJPU5rBt t3ZQ5JGTIU4ranVlDYTinuKZ5CPvVbxFRrcXIhmSDkHmsVJp3GPM0hHWt3iKjVrk8qGl2LbiefWs 5VHKXM2NJJWFaRnxk9KqVWU7czBJIXz3xjdV/WJpWuLkRGck89axd27lBg0+VpagLvIUqDwafO0n FdQt1EBIORwaE7BYeZnIxurV15tWbJ5UNV2Q5U4pQm46obSY7znJzuNX7Wb1uLlQ1XZWyDg1MXJO 6G0mOMzn+KtfaTfUXKiOhRGLmrSAcszquA3FWpNE8qYisTKpY9+poT1uxtaaEkkzB2CtxTnUs9GS oq2pFk5znmsXIsf58mMbjT9pLa5PKiMMc571KZQ8zyYxuq1UfcXKiMMVIIOCKpMY/wA+Q4+Y1fM+ 4uVDVZlOVODQDSe4AlSCDg+tKwDmmdhhmyKHd7iSSGKxU5Bwai1irXHNK7DDMcU2292JJIarlTlT g1K02Cwryu4wzEim23uCSQgdgpUEgHrRdgIGKnIOCPSgBfMfdu3Hd607sLLYXz5P75p8z7i5UNDs H3A8+tCHboJnP40WAcszpwrECqV1sJpMRpGcjcxNP1HZIfE4MbRscZ5B9DVLQlrW5FvYAqCcHqKQ 7CAkHIOPpQMkM0jLgucUNsVkMDsudpxkc4pXGKkjpna2M0XsK1xTNIScueRg0rsLIartGflYimDV w3tgjJwetACK5Q5UkH1oAQnJJzQA5ZpEGFcgUXBpDWYsckkmgBtMBVYqwKnBHpQApdmbcWJPrT3C w5p5GGGckUBZEdACUAKXbbtzxnOKYBvO3bk464oAcszoMK5ApishDIxGCxI69aQxC7MBkkgdKAFV 2Q5UkH2phYGldhhmJGfWiwrIRXZc4JGeKdgEDsoIBIB60BYAxU5BwRQMcZ5Gxl2OOnNArIb5jBiQ xz65oHYSgB4mkC4Dtj60WFZEZNOwwoASgAoATNMAzn2oAQ0ALQAlMBKADrQBUmh2cjlT+laRlczl G2xAwx9KokbQAUAFABQAUAIelACBivuKAHhgelO4AVBHIp2EIvmRnMZ/ClqtgauTpeAnEi7T60+b uRylhWVhuU5+lWSOZ1kGJo1lH+0OfzqXFME2itJYwyf6pzG391+R+dTytbFc3cqTWU8PWMsv95eR U2GVsGkMQimIKQwoAPyoAKAEoAWmAoPWgRpW7boUOe2K1i9CWS1QiCYgNmk2BVkOWPaoGV5GycDp UNlpDRUjENADmIbkLt45x0NACHkUAKAMc0wJoos8npVpCJwMVQwpiCgBaACgYlABQIKBhQAUAFAB QAUAFAAKACgAoAKACgAoAKACgAoAKAFoAKAJo48cnrSbLUe4+gsWkAUCCmMO1ACUCCgYUAFAAaAC gBKACmAUAJQAtABQAlAgoAM0DFoEFACZoGL+FACUAFABQAUAFABQB0FfJGoUAFIQUAFMYZoASgAq kgCrUdACqsAUXQBUSlcBcVDYBSAM0AJmgAoAKACgYUCCgBM0wCmAUWAkSFmXPAHvXRDDuUeZuxLm kwMTBgp79KJYeSkovqHMrXHeQ3tn0zWv1V9yedDAjFtoHNYqlJy5bFXVrjjAwGeDj0rV4WVtHcXO hqRs/ToKinRlMbkkK0TJg8EZqnQcLNaoSkmSqhM2WC8dq6lFureViG7R0Bi5LDCnj8qTc7vZ6ArE KRMwzwB6muaFByV9kW5JA0TKQOuemKcqDi11uCkmO+zt6rn0zWn1Z7XFzoWCL5zuA47VdGlaT5hS lpoIFZUcDaR3NCi1FpDum0NWJiM8AepojS6jckI0bIcHv0qnDlBO477O2eSB9TV+z7i5kNGYpOe1 S/dY90LMoR+Oh5FKpo7ii9CPNZNlCVNwFpAJRa4BTQCdKaQC4q0FwxViuHSquICaBpCUxgOKVgCl YQlKwBSsAU7AFACUAFMBKdgDNVYAp2AM0AIaAClcA6UAFIApgFAgoAKAENACUALQMKYgoASmAUAJ QAtACUAHFACUwCgApgFAC0AJTAKACgBKACgAoAD0pgJQAZoAT8KYxaBB9aAEoGFAhKADNMAoAKAE pgFIBCARg8g0wKs0Wzkcqf0rSLuZyjYgIxTJG0gCmAUAJQAUAJQAfTrQAocjrzRcB4INMQhUHtTG M2sjZRiKVuwmiRLx1OJBkeoo5mtyeUsJPHJ0bB9DVqSZNmSqxU5ViPpTJEcRy/62JH9+h/Op5UVd ld7CB/8AVyMh9GGRU8g+YryafMv3drj/AGTS5Wh3RXkhkjPzRsv1FIBuPekMTBFAACRQAYoAcqM5 2qKaVxbGikSqgBUHArZJWIux3l4+6WX6GiwEUgG7k59zSsBSncbsKfrWcmWkQ1BQhNABQAdqAFAo Aniiz8zDj0q0gLHSrAKACmAlABQAUALQAdDQAlABQAUAFABQAUAFABQAUAFABQAUAFABQAUAHWgA oAKAJo0xyetBokSUigoAKAF6UAJzQAUCA0DE7UALQAUAJTAKAE7UAFABQAUAFABQAdKACgAoABQI KBhQAUAFABQAUAHagAoAKAOgr5I1CgAoAKAEp2AKrlAKtQ7gLVWSASldAFZtgFTcApAFABQAUAFA xKAFoAKBCUwCgAoAKaAKaAsBl8tRIpx2NehGS9mlUWhk076C4w0ZDErnj2quVJxcXoF9xkm7z/fP FZ1E/ajj8JNwJXx1xXVde0foZ9EMjZA3yKxNY03Dm91O5Uk7aiN/x7nH97miX8J27jXxEa79mf4c 1jCM+W/Qp2uTf8vX4V1P+MZ/ZGRf8tfpWVPeZUugkn+ojx0xSmr0o2BfEwQSEIM4GeKqEJ2Wug21 qOGzzcfMWz1q0o82i1J1sKv/AB8v9KtL94wfwjI/9TJUwXusb3Qk+dsePu4pz2QR6jv+WCZ/vcUb QVw+0xlwf3x56VFR+8OOwXP+t/Cir8QobCz/AOrjz1xSq/DEI7sgrnLCmkAU0AU0gEquUAzVWAM0 AGaLiDNFxhTASquAVQCUwDNKwgosAUrAFFgEp2AKdgEp7ALTASkAUrgFIA/CmIKQCfrTAWgAoASg AoQCUwAUALQAUAFACUwEoAKYC9KAEoAKAEoAKYBQACgApgFABQAUAIfrQAZpgJQAUAFABQAUwCgA oASgYUAFAhOaYBQAZoASmAUgEpgIeRg0AV5odpyvT+VaRlfciUexWK46VViBOtIA60AJQAUAJQAU AJTAOnTikA7fjrTuA4EHpTuAEZ7UCGGIHmk4gIryxfdY496WqE4ki3vaRMe4qucTiTpPG/AYD2NU pIizJM56H8qoBRI4/iP480rIBjBG+9Gh/ClyodxhhgJ5jx9DilyILjfslv8A3X/76o5A5gFtAD/q yfqaORBckCKv3VA+lUlYQtMBGYKpZugpDM64nLMQvArKUrlJEGcVBQnvQAlABQAooAmhi3csOKtI CxjFWAtMAoAKAEoAKACgAoAKACgAoAWgBKACgAoASgBaACmAUCCkMKAEoAWmAUAFABikBNHHjk9a LlxRJSKCgYpHGTQAnSgAoAKADHFACUAFMBaQCUwCgAoASgAoAKACgAoAKACgAoEFABQMKAEoAWgA oAKACgAoAOlABxQBv18kahQAVSQBVKIBVJJAFU9ACpckgCobuAVNwCkAUAFABQAUAFABQAUAFMBK ACnYAp2AKACjQAp2sBIsxVduAR710RryguUhxvqOWQvIucYB6VcaspzVxOKSFkmKuQAOO9a1K0oz aQlFNEQkYNuB5rlVRqXNcuytYeZ2I4AHuK1eIm1oTyIakpTp0PUVEKsobFOKYNKzYHAA7CnKtKWg lFIPNbfv4zTVWTlzdQ5VawgkK5x/FTjKSvbqNpCrKyjHBHoauEpR0QnFMGmcsGzjHTFW5Sbuw5Uh TO3YAH1Aq+eQuVDfNYSbxjNLmd7j5VawGUkMOBu60nNhyoFmZRjgj0NJVGgcUxHlZiCe1S6jk9QS SEdy7bj1qXJyd2NK2g7JmkGcVSvOWotkEz7nwOg4FOo+Z6CirIjqLFBigBe1UkITOKACmAlIYUbg JTAKACmIKoYUxCVVwEzTGFMAziiwgzTsAmaLAFABSAKQBQAUgCgQZpgFABQAUAFACUAFMBKACgAp gFFgCmAlACUAFMAoGFAgoAKYAKQBQAUAJ+NMAoAM0AFAAaYBQAUAJTAKAEoAPrQAUAFMBKBi96BC dKAEoAWgBDTATNAB3oAO1ACUAFMCvLD3X8qtS7kOPYrsvpVEDDxQAUgEpgGaAENABQAUgCmAnT2p AOD+op3AcGBp3AXimA1owR0pWAjeL0qeUBoaSM8MRS1QrIet5IOGwafOxcqJBfKfvKRVc4uUeLuI 9yPwpqaJcWhwuIj0cfjT5kFmOEsf99aOZBZiGeIdZBRzILMje9iH3SWNJzQ1FlOe5eY8nC+lZuTZ SRFmpGIaAA0AJQAUATRRbzz0q0gLXQVYBTAKACgBKACgAoAKACgAoAKBBQMKBBQAUDCgAoAKACgA pgFIAoAKAAetABTAKAJY4+5/CkXFEtIoTNAwFAC0AFACUAFAB2oAM0AFMAoAKAE7UAFAgoGFABQA UAFABQAUABoASgAzQAtACUAFAC0AFACUALQAUAJQB0FfKcpqFWogFVawBSbQBUOQBSbuAUhhSEFA BQAUAFABQAlMYZoAKACgAoSEFVYApgFMApdQChAFCAKYBTASi4C0xBTsAlNIAquUAq1EArRREGaq wBmgBM80XGGalsAqWIKACgAoAKYAKYBmgAzT0AKAEosIKEMKYBTEJQAUwCgYlMQfhTASmgCqASqQ wpiDpQAnSgApALmkAZpAFAB0oASgAzQIOtMAoAOntQAUAFAwpgJRYQhNOw7BmgAzQICaAEoAKACm hhQAUCEpgGKAFpAJTAKACgAzQAnSmAUAFABQAUwEzQAd6ACgBKYxaBCUAFAw70CCgBKYAKBiE0CC gYe9Ag7UwEoAKQCUwIpIg3I4NUnYlq5WZMHDDH1q9zN6DCCKAG0AFACUAFABSAOlACUAFABQAByP cU7gSBx9KdwF60wEKg9qLAMMQzU8oETREdBU8oDGQj2pANwaAEK80AIVIoEJ060gEoAByaAFoASg AoAkjQu2PzqkgLagKMAcCtFoAtMBKACgBaAEoAKACgAoAM0AFABQIKBhQAUAFABQAlABQAUwFoEF IYUwCgAoAKQEkadzQVFEvekaBQAUAFABQAUwCkAUAFMAoAKACgBKBBQMKAEoAKACgAoAWgAoASgA oAKACgAoAKACgAoAKADNAC0AFABQB0FfMuxqFJyQBWbYCUgCkAUAFABQAUAFABQAlMYZoEFABQAU AFACU7DCmAUCFosAU0AUwEoQC01oAlOwBRygFVy2EFXygFUogFWogFWlYAo2EFK4CE1NxhSuAUAJ RsAUWELRYAp2ASmAdqACgApgFMAoQgoGJTQgoADTASmAGiwC07AIapIBCeKaQCGmAUwClcBKdwCm AUAFFhXF4pWAQmiwBmlYYlFgCgQvegAoAKYBQAlABmmAhoAKAEzQMM0CCgAoAKYBQAlABTAKACgA zQAmfrTAM0AGaAEoAWgAoATtTAM0AJmgAzTAKAAdO9AAaACgYmcUAGaYBQAUCEoGLQITpQAUAApg JmgAoAM0AJmgBDTAY6K/XimnYTVyu8ZQ89PWrTuZtWIivPFOwhuCDSASgAoEJQMDQAUgDNACUxAa QCd+1AChiOlMB4k9adwHZBFO4xaBDCgNFgGNF6VPKMjZMe1TYBhXmkAhU44oATZzQAm09qQAQQKB CfWgAVSx4FNAXI02L/OtErAOqgCgBaAEoAKBBQAUABoGFACUCCgYUALQAlABQAUAFABQAUwCkAUw FpAJQAUwFoAfGmeT0pFRVyYCkaBQIKBhzQAUAJQAvagQdTQMSmAtACUAFABQAUCCgYUAFACUAFAB QAdKACgAoAKAEzQAtABQAUAFABQAUAFABQAUAGfagdzoa+VbNBKkAoAKLMAp2AKfKAUmgCpAKAEo GLTEJQAtACUALTSASmkAUWASmAUwFo3ASgBelVsAlABTSuAUWYC1SQhKqzAXFXygJVcoBVaCCncA 6VNwDOKVwEzSvcApAJQMKYgoAKYBmmAUAFABimAUWADTsAlOwC0CChAJQAlUAUWAKqwATTsAmadg EpgFABilcAoAMUAGKAEp3AKaYgzTASmAdKACkAUgDNABmgAzQAlMApAFMBM0AFABQAlMBaAD86AC gBKACgApgFACUAFABQAUwCgAFACUwEoAWgBCaYBQAUAJQAtABQAlMA70gDpTGJQACgAoEFAwoEJT AMfLQMKBCUAFABQAlMAoEJQAHkYPIoAgkhxyv5Val3IcexARntVEjSuPeiwDaQCUAHSgAoAKBCGg ApAJ2oAKYBmkMBwc0CHK5HU07gPDA07jFqgEIBFKwEbRegpOIhmMdakYBc0WEPEY7inyjEMY7UWA YYaXKBYt7TC7s4PbNNaDUbj2hZe2fpVXFykZ96YgoAKACgAoAKACgAoAOgoEFAwoEJQMUkEjHHFC AKAEoAWgBKACgQUDCmIKAFpDEoAKAHIhY+1MaVycDHFI0FpDEoEFAwoAKYBQAGgA5oAKACgAoAKA EoAUUAJQAUAFABQAUAJQAtACUAGaAFoASgBaACgApgBpAFABQAdKACgAoAKAOhxXybNQ4oEFUmmM SlcAo5gClcAoASiwBQMKBC0AJQAUAFOwBTAKaAKaAKQCU0gCmAtVbqIQUJIAppAGapIB8cRk6cAd zW0KTkS5WHm3bHBB+laew7MXOhiIXJA4xzShTvoNuwzrSsMMUwFxSEFTuMbUjJI4S65yB9TWsKak r3JcrD/szH+Jfzq/Y+ZPOMMLDcMj5etS6e+uw+YirKxQU7AHanYAoAKYB1oAmFsSPvL+daqku5HM KbZv76/nVeyXVhzEaws7lR26ntUqDbG5WH/ZvR1J9KrkXcXN5EToyHDDmplFxKTuS/Zm4y6ir9mu 5HMNe3dV3cMPak6emg1JBHAZE3bgBnHNOMLq9wcrOwv2VuzKafs10YcxAQQcHtStYokWBmiLjGPS qUNCebWxFjJxSKJJbdogCeQfSqcbEqVxsURlYqDjAzSirsbdh0UBlzggY9aErg3Yf9kY9HQn60cq 7k8xA6MjbWGCKlpoq9xMUDLBsyOrqKvlXcjmGvbFVLb1OBScV3GpEbRERLJng9qLaXGnqR0DDpTA SmAqIzsFUcmgG7ARg7T1oATFAgpAFABQA+KLzX2ggcd6F5ibsMNAxKAEoAWmAlAFhLRmQEsq7ugP enp1J5iGRGjcqw5FBSYijcwGep6mkBZFmCcCZCfaq0J5vIQ2ijP75MjtRoHMVsUihKACmBJHCZIn fONnagV9bEfSgYlAB3pgFABQBI0OLZZc9TjFAr62I6YxKACgBKACmAUAORGkcKoyTSB6Fk2kUeBL OA3pii5N29kRT2zQgMCGQ9GFMadyGgYlAB3oAX86AJbmDyJAu7dkZoEndEIGWA9TTHcdNC0L7Hxn 2NAJ3Gc0AS3MHkOF3bsgHOKBJ3VyGgYUAFAhM0xhQIKAENMBKAGyRq/sfWhOwmrld42Tr09a0TuQ 1YYwBpkjCppWGNpAFAgoGJQAUhCUAFABQAUAFAB+NAChyPemnYZIrA1SdwF6UwGlc0mgEC460rAL TAb3pCJIk3t7DrQUlct4xxSNAoAQqD1ANAWI2gU9MinclxRG0LDpyPancnlYwgjqMUyWrCUCEoGL QAUAJQIWgYlABQAtABQAlABQApGAOlACUAFABTAKBBSGFMBVUscCgErsnAAGBSNVoKKACgYUgA9K ACmAUAFABQAUAJQAUALQAlABQAUAFABQAUAFABQAlABQAoFABQAUAFAAKACgAoAKYAKACkAUAFAB QAtAG/mvkzUKQBmgAoAKACnYBKbQBQAtDAKQCUwCmAUgCqQBTXmAUAJQAZ5qne4BRbsAUwCmgCqS ELVpAFWkInjAeAoGwa6I2ceUh6O4gjkibcBn6UKEou6DmTVh0J3SOTxkVVN3k7ilokCrEzbRnPrS XI3awPmWoxIgWbccBetTGOrvshtjlWKQ7VBU9qEoS0tYTutRscSlX3cbaUILW/QbbVrCqkUgIUEE VUVCeiQNtblesNyyyMW8eT989q3VqcfMz+JiQfMsm49RyaKeqdwlpYEWKQlVBB7GiPJLRIG2hkcS kMz/AHV9KUILVvoU30Q4JFLkICrVSUZ6WsK7QkUaGIs+Rg0oRXLdg272QbI5I2KAgrzTSjJOyC7T 1K9ZFj4v9av1FOO6E9h1z/rzV1PiJjsSMfLtF28FutU9ICWsit0NZllmU77ZHPXpWr1imQtG0Oni eTZtHQU5RbSFFpBEhgjcycAjpRFcqBu70GxoXtNoIB3d6aV42G3aQQW7JIGLDj0oUVcJSuiCTLzH jBJpdSloi15gjmSIfdAwaq9nYztdXKsieXOR71L0ZondFuQq0hibowyPrVt62ZmtrkNshSdlIwQt TFWkVJ6Bb/6ub6UR6hLdFYHB44NQUWLg77eNz948Grfwpkx3aK44NQUXLiBpHDKVHGOTWkkmRF2R XktmRNxKkD3qXFdylK4+Tmzj+pp9BLdiskUGFZC7dT7U9ugrtjJIAdjRZw5xg9qGhpjn8iFthj3E dTmhu2gK71HxLHHdALzuGVOelO+ondoYiRy3LDbgAHv3pjbaQ0pFJIsUYI55b1pbhdrcUtbq+zy8 gdWzzRcLMBbqt2EPKkZotqF9Lig24l8vYTzjcTRfoGtriJAv2poyMqBxRbUTegkMSBGlkGVBwB60 LTUbetkIfJljYhRGy8jnrQncNUx3lpDChMfmFhkn0o6aCvdkM4iO1ouM9V9KGUr9SEdeKQzSEXmR xtIMMg5A71RnfoilOzSu0m3AJxS1LWmhDQMnsv8Aj6X8aaJlsL5fm3bIDjLHmhDeiJGMKPsEBYDg t3p6k69xDaD7UE52EbvwoDm0FEluZNnlAKTjdmlcLMdAqKlwpOUHcelAPdDYvJuNyCIIQMgg0wd0 NgjiNs7yLnaeooG272FURXMcgWMIyjINAtUxsSRxW/nSruJOFU9KB6t2QoEV1E5SMJIgzx0NP1DV MD82nRD1f/GgFuxZfKtSqeWJHxkk0XFq9RssKSJHJCMBztx6GgE97jpTBA3leVvx1JNA1d6hLHBH LAQg2N196BJuzIZbfF75SjAY8fSmO+lxLwItwVjUBRxxSGtiXT/l81+6rQxS6FQsSST1NMoeJ38n yv4c+lFhW1uWZBFZqqGMSORklqCVd6jLiON7dZ4l284ZfSgabvZlSgoKYFvUv9ev+7SRMNiC3YJM pKhhnpTY3sXLtRNeLCFAJwS/fFJEp2VyN5rZJPL8gFRwW70ajsxupcTrj+6KaCOxTplBQAlACUCC gYfhQIKYCUAFAB2oAieEHleKpSJcbkDKV6iruQ00NKg9qLCGlPSlYY08UgENAgoASgA7UAFIApgF ABSATtQAA45FAEynIq0xi0wEoAQ0gEAycUgLcaBFx3pM0SsPoGFACUALQAlACYB680wGGFT7UXJ5 UyMwEdCDTuS49hhUr1FMTTG0CFoASgAoAKAFoEFAwoASgQUxhSAKYgpDCmAUhCgZNMZMq7RSNErD u1IoKACmAUAJQIKBimgBKAFoAAKASEoAWgBKACgAoEFAwoAKAE6UAFACigANACUALmgBKAFoAOtA BQAUwCkAUAFABigAoAKAFzQAUAb9fJo1CiwBSAKYBQAU0AlABQAUAFNAFABTSAKEgEpgLTXYAqkg EotcAp2EFPlAKpRtsAuKpRAOK0URBmmAmetO4EwjDQhk+8OtaKKcNNyL2eo6ISBx1x3zRCMkwlaw 5SDNJj0rSLTm7EvZEUB/fCsab98uWxLGeZVGM5yK0g9ZJbkNbAjSFvuhR64pxc29QaSGKcxSn1NT HWMinuhLX/WH6UqXxBPYdDHgeYRn0FVTj9oUn0GSRyyMSVNS4Tk7saaQsQKxygjBxTiuVSuJ7oS1 /wBd+BpUviHPYfEx8pwvLA5wauN7NLcUlqhUeU5JAQDuRTTn1E0iMHNrIf8AaqV8DK+0Ft92T6UU +oS3RXrModF/rF+oqo7iew+6/wBeaqfxCjsSIBPb7B95ape9Gwm7O5CIJC2NppcjK5kSzkIiRA5x 1py7Ex7hdMRswSPlpyWwRKxJPUn8aSRRaRC1ntUZOatLQi/vDIoJRIDjbg9c0uUbkrEi4e7aQfdU daa1dxPSNiM3RznYv5VPMx8qHXHzrHKO/BpvVXFHS6G3hInBHYDFKe447E8DLKPM/jAwauLuS9NC G1BZJQOeMVMepUt0Ri1lJxtx75o5WPmQ65cKqRKchRzRLshRXUrjqKgot3ULySAquRitJRuRFpIg NvKqkleBU8rK5kSE7bWE+jZp9BdWSzPLuBiAZSOCBmqd3sSrdRkjsjReYwznJAHSlsO107DJ4Hac lFyG5BFO3YakrCxRrFeIobPHP1pdRPWIsClLttwxkEimtwexFauEuBk9eOaEOWwNayecVC8E9adg 5lYn3hr5Av8ACMUE290qr/x9D/f7/Wgt7Ftf+P8Af/do6kP4SJB5to8a8sDnFJditpXIxbbYneXK 46D1ot3HfXQlAmiRDCxkQj06UW7E6PcbeAeWjMoWQ9QKY4kFuVWdC3TNIb2LLpOLouoz6HtinYm6 sOvBug/d4wDlgPWjcI76meaRZPZH/SV/GmiZbDo3Ed+S3A3EZoQPYmb7V5pCYKk8HtiiwtLAsoW8 2tJu+XGfSgGtCIWbmXD8Jnls9qY+YWIKILkKcqOAaBdUMsD+/b/dNA5Cxn/QJv8Aeph9oLE/67/c 70MJboUKbmxRY/vxnkUBs9Qgja2gleT5SwwBQwbuw3bbCI+j5/WgXVi3UDTSCWIb1Ydj0oQJ2VmK 7i2jgjJ+ZW3MB2oDe7G3Fq8s5ePDI3Oc0ApKwX4CpCoOQFxn1oCJOjo0C3J5ZEI/H/P86BdeUzGb cxJ70zQnsplilIc4Vxg+1DJkhz2Eof8Ad4ZexzRcOZDpgltbiL5WlJycdqXoC1dx11E1ztmh+YEY x6UIUXbRjJx5FksJI3k5IB6U92Nau5XlgaJUZiCHGRigadxZoGg27iDuGRimCdy5eWzzyhk24C45 NJNExkkiq9s8BVnxjcBwadx3vsWpj5V+kzY8s8Z/CkStY2IZbKRpmIxsY53Z6Ci6K5lYL5PMuo0U jlQAaaFHSJVmiMMhRiCR6UIpajO1MYgoEFACcUwCgAoAKAD6UAJQAlMAIBHPNAETQg8rxVJkuJEy Mh5HHrVXIasM60xDSmelKwxpUilYQhGO1IBKACgAoAKQCUAFABxQA6M4qkMkBBqrgBPFAhvPakMn gjx8x/Ckyoon7UiwoASgAoAO/wDjQAUwEoAWgBKACgBpjVu35UXE0iNoP7p/Oncnk7DGjZex/CmS 4tDKBBQAUALQAlABTAKQB2oAKYgoAKBhQBMibRz1pGiVh2KChaAEoAKAF6UAFACUAH1oAKACgAoA KACgAoAKACgAoAKACgBKACgAFAC9qACgAFABQAUAFABQAUABpgFIAoAMUAFAC0AFACUCOgr5M2Ci wBTASiwBSAKYBTAKVgCm/MAqmgCnYApNAJQlqAVSjYAppAFWkIMUWuAVVgFqlEAzV2EJmnYBM0DF pXEFTzAKrsnKnFCbWqC1xzTSEYLGqdST0bEooYGK9CRUptbDAEg5BI96a3AUMQc5OfWn1uIVpXYY LEiq5m92JJIbuwMZ4pJjsCsVPykihOwWF8xgMBiBTuwsg81/75ouwshC7c/MeetFwsIGKnIODQgA MVOQSDT1QCvK7cMxIptt7gkkN3EDAPFACBiOhIz1oATNMAzg5FAClixyTk0wEDFTkHBp2AeZ5CMb zVCshlOwXFLE9STj1piE6UrgKJHUYUkD60h2EMjnjcT+NILCBmUEAkA9aBiUwFLHbtycemaBCMxY 5JJoGCuyfdYigQB2X7rEUwHeY5/jb86VgsMpgJ0PFAD/ADZP77fnRYLCGRyMFifxosAm44xngdBT AVZXUYViB7GgVhpJY5JyfU0xiiV1XAcgemaAsNBIOc89aAFMj53bjn1zQA2mA/zZMbd7Y6YzQKyG AkHIJB9RTGJk5z3pgLvbO7cc+uaLAAYqcgkEdwaLADSM/wB5ifqaLBawqSOg+V2H0NKwWQjMWOWJ J9zRYLDc0APEsgGN7AemaLCsN3EDAJFMY2gBQSDxx9KAAn1pgOErgYDtj0zRYVhmaBi+Y5XBZiPT NFgsJkgEA0wAHHQkfSgBMnGMnB7UAAJHQkUACsVOVJB9qABnZvvEn3JoAMnHU0AKsjqMBiB7HFFh Cbvmyee5B70wLbC2Y5SYxr3TFIWpHcTRzSooO2JRjNNAlZCzzRrbrDCxYZyzEdaNwS1uyr3oKD86 YDhI4GAzAegNKwrDc/nTGKrsv3WI+hxSEISTyf1pjE3H1oAkll8wKAu1VGAM0WElYj3Edz+dFhgW J6nNAgLEjBJwKYw3tjG449M0WEJnnvQAmaBhQIKAEpgBoAKAEpgHT1pAFMAoAQ0AFABQAlADWiU9 sU7iauRNCR0OarmJ5SNlI6jFUTYMUAMKA0rAIUNKwDSrCiwhvPekAUgDtQAYJ6UwJVXaKpKwx2KY CYHpRYBVXcwHegC0owAKg0SCgYtACGmAdqADpQAnagAoAKACgBKAFoATrQAUwGlQ3UUCshhhHY4p 3E4jDGw7ZFBPK0M6UyQoAKACgAoEGKADOD0FABQBJGnc0jSK6kvagsSgAoAXtQISgYueKAuJQAUA FABQAUAFABQAUAFABQAlAAKACgAoAKACgAFAC4xQACgAoADQAUAFABQAUAFABQIKYwpAFAC0AJQA c0AdBXyxqJSAWi4CUgCgApgFOwBTAKYBTEFGwBTAShDCmAU0hBV2AOpqlEAqrAFMBKAChsApMQVI woAKACmIKewBQAUwCgBKYBQAUAFFgCmIO9MCSaNI8bWzmtJJLYSbe5FUDCnYBKACmAlOwBTsAUwC mAA0hBmgBKBgOlIQUDCmIKACgYlABTEFABmgYlAgNMAoAKAEoAKYCUABoAKACgANMBKACmAGgBKY AaYxM4oAKADOaLAGaBBSAM/WgBKYBmgANAwpgGaBCZoAUmgBKACgA70AJmmAUAFABQAUAJTAKACg AzQAv4UAIaACgAoASgApgFABQAmaACgAoAKBAD6AUxiE5oC4UCEoAKYBmgAoAKACgBKACgAoASgA pgFABQAUANMSHt+VO7FZEZg9D+dPmJ5RphYdB+tO6FysYVYdQaYrMaR7UAGBQAYFFgCgBaYBQAoU seBQBPGgT696hstKw6kUFAB3oASmAcYoAWgBKACgAzQAUAJQAUAFMAoASgAoAKAAgHggGgQwxKen FO4nFEZiYdOaCXFjSCOopktMTFACj6UgDFMByJk89KCkrktI0FoASgAoAOlAAaADvQAUAFABmgAo AKACgAoATNABmgAoABQAd6ACgAoAKACgAoABQA4DnrQAUAJQAUAFABQAfjQAUAFABQAUAFABQAtA CUAb9fKmoUWAKLAFABTV0wCmAlOwC0WAKfQQlMAp2AKLdgCmkAVSQBVJAFWkAUwA0hCUr3GFK4BR cAoAKYgoAmgjWRWz1HSt6UYyTuRJtDYUDybT071MI3lZjk7IW4jEbDbnBqqsFF6BF3HeUixIzZyT VcsYxTYrtuw24jEbDbnGKVWKi9Ai7kn2cGDP8WM1fs1yi5tSKCMSOQ3QCopxu9SpOyHiJHjdlzkE 1SimnYm7TG28Ykc56AVNON3qOTshs0YjkwOnaicbPQcXdDp41jRcD5j1qpxSSQou5D7VmUTXESxh duea1nFLYmLbHeVFEimXJJ7CnaMVqK7ewhhikQtFwR2NO0WtAu09RlvD5hOThR1qYxuOTsP/ANGz jB9M1V49he8MmhEUi91NDSQ07oLmER7Sn3TTklugi7hbQiViW6AURVwk7EL43nb0zxUNlIlt4fNJ JOFHWqirkydiT/Rd23HtmnePYn3iKaApKFXkN0pOOpSloSmOCAASfM1N8sdCbtg0McsZaE4I7GnZ NaBdrcZaxLKW3DpSihydh4S3RtjZZumaLxWge9uK9vDESzk7ewptJCTb2EMMMsRaLgrRZNBdp6lM 1BoLGhkcKOpprUTdi0yW8GFcFm71Wi0I95jZYIzD5sWcelGjVxpu9mOjt42t1duPU5ppKwm3ewIL WRtiryehouuwPmRWnj8qVl64pNalJ3I/xpDEoAKACmAUAJnigApgFAB2oAQ0AFMAoAbTQw6UwE6U AGaAD2oAKAFoAOlACUCCgYUCEoAXpQAUAJ2pgFABQAUAFAB+NACdqYBQAUAJQAtACUAFABQAUwA0 AFACUAFABQAUAJTAKBBQAnSgBaAEoAKYBQAUAFACUAFABTAKQCUwDpQAUAFABQAUAFABTAKQDSB6 UwDYp7Ci4rIaY0/u07sLIPKT0ouwsg8pPSi7FZB5aDsKLsdkLgAcdKBi0AGBjNIApgFABQAnagAo AOlABQAlABTAKACgBKACgAoAKAFwcZwcUAJQAlABQAlMBpRT2xQS4oTy6BcobOaBcrHjAFBpYKAC gAoAKACgBOMe9AC0AJQAUAFAC0AJQAd6AFoASgAoAKACgAoAKACgAoAKACgAoAWgBaBBQMSgAoAM UAFABQAGgApgFIAoAKACgAoA36+XNAp6AFJ2GFHkAU0AhptAHShoAFO1gCiyAKdhBVWAOlVYAqkg CqsIKYCZxSuAUrjCkAUAFFhBTsAUIBKYC9KLAS2zbZR78VrSdpEzV0TKuxpW6Y6Vslytshu6SEce bAh6nOKTXNBDWjYy6b5gvYCpqvWw4bD3HmwxnvnFU1zRRK0bH7/3+zttq7+/YVvduRoPJhkPfOBU pcsWNu7Q20b5yvqKmk9RzWg5R5UMh7k4qkuWLFu0OkXzWiYdD1ptc1mCdrkF0+6UgduKibuyorQh 6VFii1edErWp0IgHnxSIFlByO+KfN/MhcrWweQrKTDJ+FPlT2Dma3I7eJn3HcVUdaUY9WVJ2FxbK f4mp3j2F7w69/gomEAH76zI7rQtY2FtIB+5s893o2iG8inWZZch4snI681ovhIfxFM1BZagLm4Xz MnAOM1cU09SXa2hFck+e+aUtxx2JbD77+mKcCZjrPh5cU4hIqZy3PrUFlq//AIPxq5kQCy/1Un+e 1EdgluUqkssWX/Hxz6HFOO5M9hlzn7Q+fWh7jWw1TII227tnf0osGhZY/wDEuHP+c1X2SV8RXt/+ PiP60luOWw+9/wCPg/QUS3COxWoKCgBKLAGaLAFABmmAnegAzQAtACUwA0AFACUxiYoEGKYBimAU AGaADNABQAnSkAmaYwpAFMQUAFACdqACgBaAEpgFABmgAoATvQAUAFABQAUAFMAzQAlABQAUAFAC UwCgA7UAFAgoGJQIKYBSAKYCUAFAAKACgApgJQAUAFAB2oAKACgBKYC0AJQAUAFABmgBOtABQAUA BoAKACgApgFAB0oASgAoAKACgAoASgAxTAKQBTASgBaAEoAKACgBKAHbjt2549KLCEoGJQAUwCgB KACgAI5oAKACgAxQAUAFABQAlAC0AFACUAFAC0AFAB0oASgAoAKACgA6UAFABQAUAFABQAUAFACi gAoAO9ABg0AFAC9KACgAoASgBaAEoAKACgAFABQBv180aBSQBTuAlJgLRsAlMAoAKtIAp2AKqwBi mkAVVhBTAOtACVIwoAQGkAUAGaNgCnawg607AFABTQBTAVTtII6imtBFqeVWiwpGTW85pqyIjFp6 jbaVQhDEDnIpU5paMJJ9CGR97lvU1nJ3dy0rE1tKqoQ5AwcjNaQkkrMiS10IvNxcb+2am/vXHbSx LcyqVCqQecnFXOSashRTW5BE+yRT6GoTs7lNXRPcyqVCqQeea0nJNWRMVYWCZBDhiAR2ohJJailF 3K6ENLl+hOTUre7Le2gTbFk/d8rj1pu19AV7akl1KrbNpBxVSd9iYq249/LuFB3hWHrTbUtxK8QX y7ZSd+5j2FF0tg1kNtpEKNG5xu70otbMck73QeVDGdzPux2FHuoLti3LJLEHDDI7USaaCKadiO1l EbkMcKRSi7BJXC6lVyFQ/Kopyd9girCAQ/Zsn/WUaWDW4trOqAo/3TQnYJLsP8mBW3GUEA9M0/dF djJbnM6svRf1pN3dxqOliR1huMMJNp7g1V0xK60EMkdvEVjbcx70XS0QWbeoy0lVC+5sZ6Uk7Dkr lfPNSUWLyVHKbDnHpVN3JirBayokThmwT0pp2Bq7Irfyi5837uOM0lYbv0EDiKfdHjAPH0o66Ba6 LMgguDv8zYe+ad09yVdDJpo0h8qLn1NNvsNJ3uxrTIbIJu+b0pdLAlrchgYJOjE4APNCG9h124km JQ5GKHqCVkQmgYd6ACmAlACUAFAAetMBKACgAoAWmAmKACgApgIaADpQAcUwEzQAd6AEoAKBiUAL QIKACgYUCEoAKYB+NABQAUAJQAUAH4UAFMQEUDEoAWgBKACgAoAKACmAlABQAUAFAhKYBQAUAFAB QAGgBKACgApgFAB39KACgBKAFoATtTAKACgAoASgBaBCdKBi0AJ2oASgAoAKYBSAKADtTASgBe9A BQAlABQAUAJQAUAFMAoAO9AAaAEzQAUAFABQAUAJQAZoAKYBQAUAJQAuKALtjp/2tGYuVCnA461n KViW7CX1itoExIWLdsURlcadyW10rz7dZGkK7u2KJTsxcxBc2RiuRDGTIxHpTjK6ux30LUWisR+9 kC+yjNS6nYXMPbRVx8sxz7il7RhzGZPA8Epjccj9a0Tuii0mkXDIrfIMjPJqfaInmQv9j3Hqn50e 0QcyK9zZS2uDIBg9xTUkxp32K+KsYCgAoASgAoAWgBKACgAxQAUAOCljgDJ9qBE32K48ssYmCgZJ IxU8yC5XxVDFoAljtpZf9XGzfQUnJIVxJreWAgSqVJGRQpJ7DRFimAoAoHoGKBBigAFACgUCDFIA xmgBQOaYEkdvLKf3cbN9BSbSC5P/AGXdYz5f6ip50K6K8tvLD/rEZfqKpST2KI8UwExzQAtACUAL QBvV81Zs0CmkAUAJStcAp2AKaQBVWAKqwBT5QCqsIWmAhoYCZpXAOlIYUgEpoAoAKBBTASiww+lM QtO1wCgApoBKYBQAUAGadhBmhAFMBKADPFABmmAZqgCgBKADtTAKVwEzQACgAzTEGaQBTAQ0AHNA CUwFoAKACgBKACmAUAFABQAlMAJoAKAEoAKYBQAlMAoAKAEzQAdaYBQAZoASgApgJQAtABmgBM0A BNACUwDNABmgYlAg6UwCgAoASmMO9AgoGHSgQUAGaADNABQAUAJQAuaYhKQAaYwoEJQAUDCgQUAF ABQMKAEpgLQAlABQAUCEpgFAB3oASgAoAXNACGmAUAFABQAUAFACUAH4UwCgAoASgQUDCgAoAKAD tQAUAFACUwCgAoAKAD8KADtQAhoAKACgA7UAFABQAlMAoAKACgBKACgAoAKAEoAKADvQAlMBaAYU CEoGL7UAJQAooA6HTI/LsUz/ABfNXPPcye5n6s++7CD+EY/GrhsWtEa8KeXCif3VArN6szKdmRLq NxJ1K8CqekUVLoie+ne3tmeP72QOe1TFXYRVxNPuHubfe4GQcZHenJWYmrFTUUE2oQxjqQAfzqoa JspaRNN2CIWPQDNZkoqafetdO4ZANozxVyjZDasM1lgLUL3LcUQ3HEw8VsWGDTANtACGgAoAKACg AoEFAyxZ2b3Uu1eFH3m9KmUrEt2NyKCCyjyNq46ueprFtyIbuVbvU7doZI1LMWGM44qlBlJO5jYr Ys19P0wbRNcDJPKof61lKfREOXYvTXUFquHYL6KP8KzSbJsY2p3SXUitGDhRjmtoRaNI7FLvVjCg AoAcOaAOjjtLcxqfJToO1c7buZXY77Jbf88Y/wAqV2F2Rz2tuIJCIowQpxxTTY09Tn/pW5psaWna eJFE0w+X+FfX3rOUraIhsvzXUFqoUnnsiioSbJs2RDU16mCUD1xT5B8rJo7i3vFKqQ3qrCk00LVG XqOn/Z/3kXMfcelaQnfRmidzPxWgwoAKACgDer5u1zQShIAot1AKpAFVYAppAFPlAKqwgp7AFDYB mpuAhNK4wouIKAEp2AKNBhTEJQAUwCjQApgLTsAlMAoQBTAKBCUDFpiCgBKYBTAKYCUAFABQAUAJ QAUAFABQIT60wCgAoAKAEpgLQAlMApAFMA/KgBKACmAUAFAB2oAQ0AFMAzQAGgBO9MAoASgApgFA AaADOKAEzQAlMAoAKADNMApAFMBKACgBKACgAoAKYB/OgAoASmAlABQMMmgQUALQAlAC0AJQAUAF ABTEJQAUAFABQAZpgFABQAUAJQMKADNABQAlMQUAHagBKAF60AJQAUwCgAoAKACgAoEJTAKBhQAm aAFoAKACgBKACgAoAKACmAlABQAmaAF9KAEoAOlAAaACgAoAKACgANACUwCgA70AFACUAFACUABo AKACgBKYC0AJQAUALQAlABQAUALQADrjGaANqO/kSNUFpJhRisXFPqZ8pRfzpLzzmgf72cYP5Vas lYp7WL51GXacWkgNZ8q7k8pTs5J7WVn8iRgwwRg1bs1YqSuWpL15YyjWchUjkVPKu4kmiiv2yMbY xMqjoADV+71G0mPt2uI7oTSQyyMB3BpO1rA1dWLVxeTzQNGLWRSwxnBqVFJ7iSsyOzmltYiotJGJ OScHmnJJ9QauPCSaheKZomjiQdD3paRWgbI0hDGoAEagDpxWdybsPKj/ALi/lQF2BiQfwL+VAXZi NBHMHncsA0m1VXvWybWiNL6la6iWG4eNGLBeMmqi7q4+hDVAFABQAoHNAHRWkS2lmM8fLuaueTuz LdmLd3T3MpZjhR91fStoxsaWsV6oC3pluJ7pQwyq/MaibshSZqaldm2iCp/rH6H0FZRjdkxVzBZm Ykkkk9Sa32LG0xhQAUALQAooA6iPiFP90dK5nuYo5tpG3H5m6+tdCWhq1qN3uerH86AsSWsPn3CR +p5+lJuyBuyNy7mFrbjYBu+6orFK7ISuVwsVhGJbj95O/Pqc1WstEPci/tlt3MQ2/Wn7MXKPlWO5 h+1WvySpycUleLsxp9GKNTt5bfbNnJGGAGaHB30Ek0zGbGTjkdq1RoJTAKACgDdr51GgUWAKaiAV SQBVpAJTsAtDYBSuAlTcApAFHqIOlMBO1ABTAKaQxOKQC1QgpoBKLAFMAoAKa0AO1CAKYgpgJQAU ALTsAU7AJTsISgYZoAKACgAoASgANACUAKetACdqYBQIKAEzTAKADNABTADQAUAHWgBKACmAZoAK ACmAgoAKAE70ALQAlMAoASgApgHSgBKAA0AJTAKADPGKACgBKYBQAUAFABQAlABTAKACgBKACgAo AKYCfpQAUAFMAoAKACgAoAKBCUDFoEJ0oGFAg6UAFMBKACgAoAWgBKACgAoGFAhKYBQAUAFACUAL QAlMA6UAFAhKADNAC0DEzTAKACgQZoGFABQISgAoGFABmgAoAM0AJTAKAEoAM8UAHegAzQAUAFAB QAUAFABmgBKYBSAKYBnigBM0AFABQAUAJQAUAFMQlAxaAEoAKACgAoAKACgAoAtadH5t7GMcA5P4 VEnZEy2N+d/Lgd/7qk1giErsoaS0sryPI7MAAACa0nZDlYm1OVkhRI2Ku7AAipitQQtxb+XbO6yS 71XOd560J6gtWQ6TdPLuikYsQMgmqmrag1YuXYJtZNrFSFyCDULcI7lXSDI8TvI7NzgZNVOwPcTV 53jSNEYqScnBogrscUWbLcbOMuxLEZyaUtySvaT51G4jZjgn5QT6U2vdHJWsaFQIKBEN3J5VrI/o vFNK7KjuZkM8Ua248/aqAl1Hc1o09R2M6VzJIznqxzWiVkWMpgFABQA+L/Wr9RSYnsb+pHbYybfT FYR3Ijuc8a6CwoA1tDA/envwKyqES3NGWGGRsyojHp81ZpvoJNoZ9ltf+eUX5CndhdmTq0cUcyCJ VUFedtaQb6mkXdFCtBhQAooAUUCOpj/1Kf7orme5kUDo0ZP+tf8AIVfOy+YT+xov+er/AJCj2jDm JrbTY7abzFdmIHANJzbVhN3I9ROLu1B+7u/qKcOofZZU1ncLsZ6beKqnsUtjPzWgxQzDoSKQCH60 wEoGFABQAUAbpr59I0CqUQCqsIKYCUNgFJsYUmAUgChgFAgp2ASiwBTsAnWnuAUAFMAosAUAFVYA pAFMAosIKYCUwCnYAp2AOlAB0pgJmiwBQAUAFACCgAoAKACgBKACmIKBidqACmAUAH4UCEpgGaAC gAoABTAKAChAJTABQAHigBKACmAUAFABQAlABTAKAEzQAd6YBQAhPpQAUAJQAUwCgBKACgAzQAtA CUAFMAPFAxKBBQAUAHWgApgFACUAFABQAE0wCgANACUAFABQAZoAP0oEJTAWgBKADigA70AFAAaA CgBKYBQAUAGeO9AxM0CFoASgApgHSgAoAKADtQAlABTAWkAlMAoAKBCUDCgAoAKACgAzTATNABn8 KACgAoAO9ABQAhoASgAoADQAUAFMAoAKACgAoASgANABQAnegAoAKACgBKYBQAtACUAFABQAUAGa ACgAoAKACgDQ0ZlW7IJ5KkCs57ESNi4i8+Bo87d3esk7MlOzG2tslrFsU55ySe9DdwbuZeoXSyXi bTlYz+fPNaQWhVtLGw6rNEVPKsKy2JT6lezsEtHZwxZiMc9hVOTY27i6jcLBbMM/M4wB/WiKuwju O0+PyrKMdyM/nRJ3YmMubFbmdXkc7VGNo70KVh3siWeZLWAseABgD+lJK7EldnOtIxlMmSGJzkV0 JaWNGO+0zf8APV/zpcqFZCfaZv8Anq/50WQWQ1ppHG1nYj0Jp2Q7IZTASgYUAHegBScmgBVODmgR 0ZAvLH/fT9a59mZp2ZzskbRuVYEMOordO5qNpgaOiyBbhkJ+8vFZ1FoRIsaxAzKsy/w8Gpg+gR7G Pk571qUITTBCUDCgBelACigR1MZ/crz/AAiuZ7mRhnVLoH74/IVqoI05UH9qXX98f98inyIXKh8G qT+anmPlM88dqTggaNDUbczwBk++hyKzi7MUX0IGVNTtl+YLOg6Gq+Fgny6MqrpNyWwQoHrmq50V dFmVILG38pQskzdMjJzU3cmJXYiaQnlAyuwbGWx2oc+wcxlSBRI2wkqDxmtVsUMpgFAwoA3a8RIs KYBSATNTcBKVxi0AFACUCCmAUwCmAUWAKLAJTQBQgCmgChAJTAKACmAUCCmAUwCnYAoASnYAp2AK AEoAKWwBQAUAFACUAFMAoAT9aLABoAKYBQISgAoAKYBQAUwCgAoAM0AGaAEpgJQAtAAaAE6UwDtQ AUAJQAUABpgJ0NABQAUwEoAKADoaAEpgHSgAoAKAEoAKACmAdqAEoAKBhnigBKAFpiE7UAFABQAU AFAB1oADQAmeaYC0AJQAlMAoACaACgAoEFABQMKBCUAFABQMKYgoAM8UABoGJQAUAFMApCCmAhoA M0AGaACgAoASmAUALmgQlAwoAKBBQMBQAUwEoAKADOaAEoAO9AB2oAKACgAoASgA6UAHagYdqYgo ASgAoAKACgAoAKAEoAKACgBO1AC0AJmgA7UwCgBM0AFAC0AJQAUALQAUAJQAtABQA9Q4KsoOSflI pAXE1C8TCnknpuWo5YkcqGz3d3JhHLLu6KBjNNRiOyRXMEwXcY2x64qroZbhu7y1iA2EoBxuHSoa iyeVEsupXaKCYggPQkUlBByooTedJITLuLYyc+lWrLYomivbxyEjdjxwAKTjEXKiQXN+XKBn3DqM DilaIWRDILq4bLq7kcc9qash6IgMbggbWyTgcdTVXQAY3G4lT8pwfai4xUikkB2KWx1xRdIVxDE4 IBUjJwPrRdDFMEoQsY22jqcUXQiOmMKACgAoAO9AGnpd8If3MpwhPB9DWc431M5LqaNzZQ3Yy3Dd mFZptApWMy40mSJGdHVlUZ9DWimUmmUo3aN1dDhgcg1bG1c6C1uo7uLjG7HzKawlFoz2KtzpCuS0 DbP9k9KpTa3KUu5mXVq9q4WTGSMjBrSMrlXuQVQwoAWgBRxQB1Mf+pXr90da5nuYo5dz8x+tdC2N mJmmIM80Aa+m6iuwQzHBHCsaylHqiGrFmfT45W8xGMb/AN5e9QpNBzdyM2NyeDeNinzLsF0SW9hF btvYmR/7zdqHJsG7lXU9QXaYYTn+8w/lThHqxxXUySc1sWIKADNAgxQBu14lzQTPtSuAUgEpALQA UwCmAUAJTAKYBQAUwENABQAlMBaLAJQAUwCgAoEJ0qrAFAC0wEpoAoACTTASgApAFABQAUAIaACn YAzQAlABQIKLDCmIKdgCgBO9ABQAUAFMAoAKACgBOhpgFABQAmaAFoASmAlABQAdqYCUAFABmgAo ATtTAKAEoAKYBQAUAFAxM0CDvQAUwDpQAlABQMKBCUDCmIKACgAoAKAAUAJTAPyoAKACgAoAKAEo AKAD9KYBQAlAhRQAlACj9KAEoAKYB3pDDtQAGmAUCCgBKBhQAUAFMAoEJmgAzTAKQBQAUwCgBKAC gAoASmAv50gCgApgJmgAz+VABQAdKAEPSgAHSgA6UAHagAoAKAEoADQAZpgFACUALmgBM0AFAB3o AKAA/pQAlABmgAoASgApgHekAUAJTAKACgAzQAUAFACUALQAUDCgQUAKKAL6gIsEpZRHGmRzyW+n 1rPuR5E0bxM+x3H7nhT65HP60rMCJ5FdUlDDeSyqCfu5PWmkPyC4VWmA2IF3BQ/mZ4HtQhdBwlSU Fo9sbO+G3NnjqPwos0P1BzGDulIXnc6K24E9qNegkE2Jo2eNwWdFB3EA+/8AShaDT7kFmvyv/q2B 4ZWbbx65pyB6MmyhifYElVn/AI3wQB0pBsJC8I8uNlXcAXB3cBuoH6UNPcGKZYlIkdssFwNvXceS f1os9hCXQDRv5boQzlz8wzwP/wBdCGmJalFt03iMrvLtubBHYcd6HuDHEqTFMZF2oC2M8lifSjyD yGznZC2513hQqsjffHuKECd2UK0KEoAWgAoAKADNAFm3v57cYRzt/unkVLimS4osSau8kLI0a/MM ZBqeQSjYzq0LHJI0bBkYgjoRSsK1y/Fq8yDDhZPrwahwRPKV767+1yK+3bgYxmqjHlKSsVqoYUAH egBc4oEai6ztQL5PQY+9Wbpk8tjMLZNaWLEoAKAAGgCzDfTwABJDj0PIqXFMlxRY/tmfH3U/Kp9m hcpXnv55xh3IHoOKpQSGlYr1RQnSgA6UAwoEGKBm5XhlhSASgAoAOlO3YAosAUwCgApgFACZp2AO tABTASgBaYhKLDCgQU7AFACU7AFOwBVAFABmgBKQBmgAoAKACgBKADtQAUAJTAKYBQAUAJQAUwCg QUAIaYAKACgAoAM0AFMAoASgA7UAFMBO9ABQAtACd6YBQAGgBOlABTASgAoAKAE/KmAUAFACZoAO 9ABQAUwEoAO1ABQAUAJQAUwCgBTQAlAB+dABQAUAFACUwA0AFABmgBKACgANAB+lMAoATNAgoAWg BPWmMOtABQAUCCgA7d6AENAC0AJQAUxhQAUCCgYd+aBCYoACOaYCUALQAlAwoEFACUAFMAoAWgBK ACgAoASgAoAM0AFACUAFABmmAdKAD8qQCUwCgAoAKBh1FABQISgYtAhKACgAoAKAEpgLSASgApgK FoAUAUgA0wEIoAbQAUABx2OaACgAFABQAUAFACUALQAUALQAUAFABmgAoAKACgAzQITpQMWgAoCw UAFABQAUAJQAUAFABQAUALQAUAJQAUALQAlAC0AGaACgA70ALQAlABQAUAFAC0AGaACgAoASgAoA KACgDdrwywosAUAFMBM0AJTsAUAFOwAeKACmAUAFACUAFMApiChABoASqsAUDDNMQlABTAKQBQAU AFABTASgBaAEoAKYCUgAUwCgAoAKBCUxhQISgYE0xBQAd6ADNACZpgFABTAKACgAzxQAmaACgBKY C96ACgA/OgBDTASgAoGFAgoAKYCUAJQMKBBQMBTEFACZoAKACgBKYBQAUAFABQAUAJnmgAoAWgBO lMAoASgAoAWgBKACgA6CmAUAJQAUCCgYUCDpQMKYgoAKAEoAKACmAUAFABQMKBCUDCgAoAKBBTAS gYUCCgAoAKAA0AJQAUwCgAoAKAEzQAtABQAlAB3oASgApgFABQAUAHegBKBhQIKACgYUAFAhKADm gAoAKADPNABQAUwCkAUwEoAWgAoAWgBKAEoADQAlABQAlAC0DCgQlABQMWgQDGKBi0CEoAKACgAo AKACgAoAKADvQAtACUALQAmaACgAoAD1oAKACgAoAOlABQACgA9KBi0CEoAWgBBxQAtACUALQAUA FABQAUAGKACgAoAKACgA7UAFABxQBu14hYUagJQAZpgJmgANOwBQAUwCgAzQAlMQtACUAFMAppAJ TsAZosAU7AJQAUwDNIAoAKACgApgJmgAoAKLAFABTAKAEoEFAwJoAKYhKBgaBCGmAUAHSgBM0wCg AoAKACmAUAJ3oAKACgBOlMAzQAUABoAM80wDPFAxM0AJQIKYBQMKACgQhNABTGJ0oEFABQAUAFAw oEJTAKACgANABQAgpgFACd6AFoAKAEoAX2oASgAoABQAUAFMAoASgAoEFAB1oAXNACA0AFMAoAOt ACUAHemAUAFABQAUAJQAtACUDCgAoEFMBKADNABQAUAFACUwFpAJTASgAoAM0AFABQAUAJQAtACd qYAaACgBKAFNACUAGaAD6UAFABQMPpQAd6ADocUAFABQIKAEpgFAxKBC0AFAwoAUYxQCEPFAB+FA hKBhQAUAJQIKBhQAUAFABnFAgoAKACgYUAFAgoAKBhQIKACgAoAKACgBaAsFACUDCgQUDCgQYoAK ACgA7UAFAB3oAKBhQIKAA0AFAC0AJQAUDCgQtABmgAzxQAUAL296AE9qACgAoAKACgAoAKANzNeN YsKQBQAhpgFABTAKACgBKdhBmgAoAKYBTsAlOwBTAKAEoAKYBQAUgCgApgJQAUAFABQAUwCgBKAD pQAUwCgQlABQMKYBmgBPWgQUDENMQUAFAAKAEpgFAAKAFoAQ0AFMBO1ABQAmOaYBQAfWgAoAKYxK BBQAdqAA0AHagBKYBQAlABQMKBBQAUwEoAKACgYGgA/OgQdKAEzTAPwoAM0AJQAUAFABQAUAGaAD pTAKACgAoAKBCUAFMYUCCgAoASgBaAE70ALQAUwEoAKAA0AFABQAlAwoAKBBTAKAEoAKACgApgFA BSASmAUAGMmgBKAFoASgBOMUALQAUAFACdqYB2oAOKACgBKAFoASgA7UAFABQMKACgQUAHamAUgC mAlAwoAKBBQAUDCgAoEGaAYmaACgA7UAFAAaBhQISgYUAFABQAUCCgYUAHagAoAXtQITrQAUAFAB QAdKADrQAUALQAUAFACUAFAwoEFABQAUAFABQMKBBQAdqADtQAUAFABQAUAFABQAUAFABigAoAKA FoAO9ABQAUAFABQAUALQBt14xQZoASmAUAJTAKACgAoAKYCUwCgApgJnimAuaYBQAlABSASgBelA BQAlMAoAKACmAUAFAhPwpjCgAoEFAxKBC/jQAlMAzQAlAC0AJTADQAnWmAUgCmAlABQAUWAKAD8a YCZoAXNACA0wDNACUAFAwoAKAE/pTEFABQAmaADvQMKYg7elACUAFAxM0xBQAUAHagYUCCgBKACm AUAFABigAoASgAoAKACgApgAoATtQAUAFABQAUAFAhKYC96ACgA7UAIKACgA7UAFMAFABQAUAFAC dKBi96BCUwA0DAUAJQAtACZoEFABTAKQCUwDNAC0AJQAUAJQAUAFABQAUwDp1pAJTAKAD60AGaAC gBM80AFAwoELQAlAwoEFMAoAKQwoADQAlMAoAKADFABQAdKACgAoASgQtACUDCgQhoGFAgoGLQIK ACgYUCCgYlABQAUAFABQAUAFAgoAKACgYUCCgYUALQIOhoASgAoAKBhQAUAFAgoGFAgoGAoAKACg QuM9xxQAlABQAcUAFABigAoGKKBBQAAUAGKACgAoAKACgAoAKAFoASgBaANrNeOkUFMAzQAnagA7 UwEosAuc0AJTAKYBRYApgFACUwDvQAUgCgAzQAd6ACmAlABTAKLAGaACgAoAQ+9MA7UAGaAEzQAU AFACUxBQAvagBKLAApgJQAGgApgJQAUAGaAEoAKYBmgANABTAKAEoAKAEpgFAwoEHegBKACgYUxB QAUAJQAdqBgeKYhKACgYUCDtQAHpQMKBBQAlMAoAKADtQAUABoASgAoAKACmAd6ACgAoASgA6UAF ABQIKYB2oGgoEFACHpQAUAFABTAO9ABigAoAKACgBDQAdKAAUwCgYUAJmgANAgoAKYBSAM0AFMBK ACgAoAKACgBKACgApgJQAUAFABQAUAHegAx2oAQUAHagAoAKACgYc0xB3oGFABSAKACmAdqQCUAF MAoAWgAoATpQAUAFACUAFACUCCgYUCCgYueO1AgoASgBaBgeTQAlAC0AJxQAUCCgYYoEBoAKACgY UAFAgoGFAgoAWgBKBhQAUAFABQAUCF70AIKAFxQAUAJjFABQAuTQFhKBhigQYoAKAFzxQAuPTmgB O1AC0AJQAUAFABQAtABQAUAJQAUALQAlAG3XklBQAlABQAUwEosAU7AFMAoATNMAzQAUAGaACkAm aYBQAUAFABQAZpgFACUALTEJQMKAEoAKADNABTsAUAJ2oAOlMQdKACgAoASgAHSmAmaNgCgA60wA 9aAE70AGaADPvQAmaACmAGgAoAAc0AJmmAUAFABQAZoASmAUAFAxKBBQAUABpgJn8aADPNABQAUA GaADtQAmaADNMAOaACgBAaACgBc0AJ0oAKACmAd6ADNABk5oAKAEzQAUAJmmIKQxaYBQISgA70AF ABTAKQBTAOlABQAUAJ2oAWgBKACmAUAJ0oGFABQAUAFABQISmMKBBQAUAHegAzQAlABQAtACUAFA BQAlMAoAKACgAoAKAEoAKACgAoAKACgAoGFABQAUAFABTAKQBxjvmgBKYBQAtACUABoAKAE7UAAo AKACgAoASgQtACUAFAwoAWgAoAKACgBO1ABQAtAgoATNAxaAEoAX37UCEFABQMKBC0DEoAKACgAo AWgQUDCgQYoAD14pAFMA5FABQAdjQAdDQAYoAKADtQMKAD+dAgGRQAtABQAUAFABQAUAFABQAUAG KACgYopCsGBTA1vMQfxL+deZysq4CRMfeX86OViDep/iH50crGG5f7w/OjlYCFlGPmH50+VgG9f7 w/OjlYBvXpuH507MALD1FFmFwLAde9FmAm9f7w/OizAQSL/eH50WYChl/vD86dmAblzjcPzpWYAW XPVfzosAB0P8S/nTsIN6Z+8v50rDAuv95fzosAm9R/Ev507AG9f7w/OizC4eYh/iH50WYBvXH3l/ OiwBvT+8v507CELqP4lH0NFgF3p/eX86LDE3p03L+dFgDen94fnRZiDemOWH50WATemfvj86dgAu g/iX86LAJvT+8v50WAN6f3l/OiwCGVP76j8aLCuhPNj/AL6/nRYLoPNjxnevPvTC6F82PP31/OgL oTzo/wC+v50WC6E86MZ+dfzosF0KJYz/ABr+dFguhPOjx99fzphdB50ePvr+dAXQhlj5+cfnTC6E E0Z/jH50BdC+bGP4xRYLoQzRj+MfnQHMg86Pj5xQHMhPOjH8Y/OgLoPPj/vimF0J58Z/jFAXQvnR /wB8UBdCefH/AHgaAug85M/fFAXQCaM4+cUBzIXzo/74/OgLoTzo+gcfnQHMgM0Zz84496YXQnnR /wB8fnQF0HnJ/fWgLoDKg/jFAXQnnR/3hQF0L50efvAUBdCedH/eFMLoQzIP4hQF0IJkwDuouF0L 5yHABoDmQGVB/FQHMhPOjORmgLi+anGD1oDmQCVDRcXMg81fWgOZB5q+oouHMhGkUdxTHdAJUJA3 CgV0KJEIHzCi47oPNj/vCi4cyDzox/EKLhdDfPix94dKLiuhfOj/ALw/Oi47oPOi/vD86LhdB5se cbh+dFwuhWkjBwWUHr1ouHMhvnR4+8KdwugMsf8AfFFwuhPOj/vii4roUSx/3hRdBdAJYyfvii4X QebH2cUXQXQebH/fAouguHmx/wB4UXQXQnmx5I3Ci6C4ebH/AHhRdBdB5sY/iBougug81P7wp3QX QebHj7wougug82Ps4ougug82P+8KLoLoPNT+8KOZBdB5qf3hRzILoPMj/vCjmQXQebGP4hRzIOZC eanPzCjmQXQCRP7wo5kHMgEiH+IUcyDmQeYnXcKfMgug8xM/fFLmQXQeYn94CnzILoBImPvCjmQX QeYn94fnRzILoQyoP4hRzILoUSIf4hRzILh5if3hRzILoTzEz94UcyC6F3p/eFHMgug8xP71HMgu hN6H+IUcyC6AOvZgPxo5kF0G9QfvCjmQXDev94U+ZBdAHT+8KXMgugLqD94U+ZBdCbl/vCjmQXQo df7wo5kF0JvXs1HMgug3LnqKOZBdBuXn5hRzILoN6+oo5kF0G5f7wo5kF0G9f7wo5kF0G9f7wo5k F0JvX+8KOZBdBuTruFHMgug3KP4hRzId0G9f7wo5kK6Auo/iFHMgug3r/eFHMgug3rn7wo5kO6De o/iFHMgugLr/AHhRzIOZBuU/xCjmQuZAGXP3hRzIfMgyv94UcyFdBuX+8Pzo5kO6DcuPvD86OZBd AGXH3h9KOdBdBuX+8Pzp8yFzINyYJ3ClzIOZCFl/vCnzIfMhNy46ijmQcyF3L/eFHMhXQm9fWjmQ 7oNyjuKOZBdDhtPVgBS50K6JGMGMI5J9TxRzj5kRErnqKOdBzITI9RT50HMhePUUc6FdBlQeopc6 C6DI9aOdBzIMr6inzoLiZFLnQcyF49aOdBdAMUc6DmQcUc6C6DijnQXQcUc6DmQcfWjnQ+ZBx60c 6C6CjnQroUUc6C6DH+cUc6C6DbkUc6DmDH1/KjniF0H+elHOgugH+eKOdBdBRzoLoAKOdBdBjjpR zxC4Y+tHOguhce36Uc6C4YPofypc6C6DaT2P5U+eIXQbT6H8qOeIXQbT6H8qOeIXF2N6H8qXPELo PLb+6fyo54hdB5bZ+635Uc8Qug8p/wC435U+dBdDvKY9VP5UudBcBCe4I/CnzoLgYW7An8KOdBdB 5D/3T+VHOgug8l/7rflRzoLoPJf+6fyo50F0Hkv/AHT+VHPELoBC/wDdP5Uc6C6DyXP8LflRzxC4 eS/90/lRzoLoPJf+635Uc6C6DyWx90/lS50F0HlN/dP5U+dBdCeW3ofyo50Fw2Hup/KlzoLgUPof yo50Fw2fX8qOdBcXyn/ut+VHOgujoPsNv/zzX8q57GdxDp9uf+Wa/lRYLjDptt/zzFA7if2bbf3B QFxp0y3/ALtAXE/sy3/u0BcDplv/AHaAuJ/Zlv8A3aAuJ/Zlv6UBcP7Lt/7tILi/2Zb/AN2mFxP7 Mt/SgLh/ZkHpQFw/sy39KAuH9mW/pQFw/syD0oC4n9mQelAXF/sy39KAuH9mQelAXD+zIPSgLif2 ZB6GgLif2ZB6GgdxP7Mg9DQFxP7Mg96QXE/syD3oC4f2ZD709QE/syH3pAJ/ZkPvQAn9mw+poAT+ zYvU0AJ/ZsXqaNQE/s2L1NF2Af2bF6mi7AT+zYvU0XYB/ZsXqaLsBP7Oi9TRdgH9nRepouwD+zov U0XYB/Z0XqaLsBP7Oi9TRdgH9nRepouwE/s6P1NO7AP7Oj9TRdgH9nR+pouwD+zo/wC8aV2Af2dH /eNF2Af2dH6mndgH9nR/3jRdgH9nR/3jRdgH9nR+ppXYCf2fH6mi7AP7Pj/vGi7AP7Pj/vGi7AT+ z4/7xp3YB/Z8f940XYCf2fH/AHjRdgH9nx/3j+VK7APsCf3j+VO7AT7An94/lRdgIbFPX9KLhYb9 hT+8fyo5gsJ9iT+8fyo5gsH2Jf7x/KjmCwn2Nf7x/KjmCwn2Nf7x/KjmCwfY1/vH8qOYLCfZF/vf pRzBYT7Kvr+lHMFg+yr6/pRzBYPsq+v6UcwWD7Iv979KOYLB9kX1/SjmCwfZV9f0o5gsJ9lX1/Sj mCwfZV9aOYLC/ZV9aLhYPsq+tHMFhfsi+tHMFg+yL6/pRzBYUWi+v6UcwWHCyT1P5UcwWHfYk9T+ VHMwsH2FP7x/Ki7Cwv2FP7x/Ki7APsKf3j+VF2FhfsCf3j+VF2Fg+wJ/eP5UXYC/YI/7xouwsL/Z 8f8AeNF2Av8AZ8fqaLsBf7Oj/vGi7AX+zo/U0XYB/ZsXqaLsBf7Ni9TRdgL/AGbF6mi7AP7Ni9TR dgH9mxepouwD+zYvU0XYC/2bF6mi7AP7Ni9TRdgL/ZsXqaLsA/syL1NF2Af2bD6mi7AX+zIfU0XY B/ZkPqaLsA/syH3ouwD+zIfU0XYB/ZkPqaLsBf7Mh96LsA/syH3ouxB/ZkPvRdjF/syH3ouxCf2Z D70XYw/syH3ouxC/2ZD70XYw/syH3ouxB/ZkPvRdgL/ZkHvRqAf2ZB70AL/ZkHvQAf2XB70AL/Zk HoaAD+y4PQ0BcP7Lg9DQAf2XB6GgLi/2XB6GgLif2XB6GgLh/ZcHoaAD+y4PQ0AH9lwehoAP7Mg9 DQAn9mQehoAP7Mg9DQAf2ZB6GgA/syD0NAB/ZkHpQAv9mQehoC4f2ZB6UBcP7Mg9KAuH9mwelACH TIPSgBP7Mg9DQAf2ZB70DE/syD3oEH9mw+9AwOmwY6GgQv8AZkHoaAD+zIPQ0AOGmQelAXHDTYP7 tAXF/s2D+7QFxRpsH92gLjxp1v8A3BQFxf7Pt/7goC4HT7f+4KAuA063/uCgLi/2fb/3BQK4osLf /nmPyp2C4v2GD/nmPyosFxfsUH/PNfyosFw+xwf881/KiwXF+xwf881/KiwXD7JB/wA81/KiwXD7 JB/zzX8qLBcPscH/ADzX8qLBcX7JCP8Almv5UWC4fZYf+ea/lRYLi/Zoh/Av5UWC44QRj+BfyoC4 eTH/AHB+VAXE8iP+4PyoC4fZ4v7g/KiwXD7PF/cH5UWC4fZ4v7i/lRYLh5EX9xfyosFw8mP+4Pyo C4vkx/3B+VAB5Mf9wflQFxREn90flQAeUn90flQIXyk/uj8qADy0/uj8qADy1/uigBdi+goANq+g oANo9BQAu0egoATYvoKAF2j0oANo9KYBtHpSANo9KADaPSmAbR6UgDaPSgA2j0oANo9KADaPSgBN o9BQAbF9BQAbF/uigBPLT+6KAEMaf3R+VADfLT0FAz//2Q== ------=_NextPart_000_0003_01C31AF4.32CCA280-- From owner-linux-xfs@oss.sgi.com Thu May 15 06:33:33 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 May 2003 06:34:06 -0700 (PDT) Received: from goliath.sylaba.poznan.pl (root@goliath.sylaba.poznan.pl [195.216.104.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4FDXTFu004833 for ; Thu, 15 May 2003 06:33:33 -0700 Received: from goliath.sylaba.poznan.pl (smmsp@localhost.sylaba.poznan.pl [127.0.0.1]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4FDXPKD012342 for ; Thu, 15 May 2003 15:33:25 +0200 (CEST) Received: by goliath.sylaba.poznan.pl (8.12.8/8.12.8/Submit) id h4FDXOqP012336 for linux-xfs@oss.sgi.com.KAV; Thu, 15 May 2003 15:33:24 +0200 (CEST) Received: from venus.local.navi.pl (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4FDXNKD012315 for ; Thu, 15 May 2003 15:33:24 +0200 (CEST) Received: from venus.local.navi.pl (venus.local.navi.pl [127.0.0.1]) by venus.local.navi.pl (8.12.5/8.12.5) with ESMTP id h4FDZ5Ne001080 for ; Thu, 15 May 2003 15:35:05 +0200 Subject: Re: Strange system behaviour when copying disks From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: linux-xfs@oss.sgi.com In-Reply-To: <1052916810.2395.15.camel@venus> References: <1052916810.2395.15.camel@venus> Content-Type: text/plain; charset=UTF-8 X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 15 May 2003 15:35:05 +0200 Message-Id: <1053005705.952.13.camel@venus> Mime-Version: 1.0 X-MIME-Autoconverted: from quoted-printable to 8bit by goliath.sylaba.poznan.pl id h4FDXNKD012315 X-MIME-Autoconverted: from 8bit to quoted-printable by goliath.sylaba.poznan.pl id h4FDXPKD012342 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4FDXYFu004834 X-archive-position: 4042 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: olaf@cbk.poznan.pl Precedence: bulk X-list: linux-xfs Content-Length: 1462 Lines: 47 On Wed, 2003-05-14 at 14:53, Olaf Frączyk wrote: (...) > If I copy disk /dev/hda to /dev/hdc: > cat /dev/hda > /dev/hdc the system becomes __highly__ unresponsive > Processor is about 90 % idle > Load average is about 5 > Working with X is impossible (about 1 second freeze every 1-2 seconds). > As the root partition is also XFS I have no possibility to load vanilla > kernel and try with it. I also have no free partition on SCSI disk to > install fresh system with vanilla kernel for testing. > renice -19 for X makes no difference. Hi, I just repartitioned my SCSI disks and got 2GB free. I installed RH 9 with Gnome. It took only about 1.6GB :) So: With RedHat 2.4.20-8 kernel it is much better. But it still has some freezes. Load is about 4, CPU is about 90% idle. 'cat' takes about 3-5 % CPU. With vanilla 2.4.20 it is the same as 2.4.20 with XFS. Load is about 5, CPU is about 90% idle. 'cat' takes about 3-5 % CPU. What is really strange, if I use 'dd' eg.: dd if=/dev/hda1 of=/dev/hdc1 bsize=1024 count=1000000 there are NO freezes at all. The system works smoothly. Load is about 1.2. dd takes for some time 30% CPU and then until finishes about 0.2 % CPU. This is for radhat, vanilla and vanilla+XFS kernels. So it is not caused by XFS code. I'll take it to LKML. BTW, does somebody know why there is such strange difference between doing 'dd' and 'cat'? The copy speed is the same for 'dd' and 'cat': about 6.6 MB/sec Regards, Olaf From owner-linux-xfs@oss.sgi.com Thu May 15 18:37:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 May 2003 18:37:48 -0700 (PDT) Received: from pao-ex01.pao.digeo.com (pao-ex01.pao.digeo.com [12.47.58.20]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4G1bYFu016872 for ; Thu, 15 May 2003 18:37:35 -0700 Received: from dhcp-140-233.pao.digeo.com ([172.17.140.233]) by pao-ex01.pao.digeo.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 15 May 2003 18:37:29 -0700 Date: Thu, 15 May 2003 18:32:48 -0700 From: Andrew Morton To: "Rick Smith" Cc: linux-xfs@oss.sgi.com Subject: Re: O_DIRECT address restrictions Message-Id: <20030515183248.5cd999cb.akpm@digeo.com> In-Reply-To: References: X-Mailer: Sylpheed version 0.9.0pre1 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 May 2003 01:37:29.0108 (UTC) FILETIME=[B6468D40:01C31B4B] X-archive-position: 4043 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: akpm@digeo.com Precedence: bulk X-list: linux-xfs Content-Length: 440 Lines: 11 "Rick Smith" wrote: > > What are the memory address restrictions when using the O_DIRECT flag > with XFS? I am trying to perform I/O directly from the filesystem to a piece > of mmap'ed video memory and I get the "bad address" error when I attempt to > do so with O_DIRECT. It cannot be done - O_DIRECT only supports IO against legitimate RAM (memory which is described by the pageframes in mem_map[]). From owner-linux-xfs@oss.sgi.com Thu May 15 22:46:16 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 May 2003 22:46:31 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4G5kCFu020283 for ; Thu, 15 May 2003 22:46:15 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4G60sVe014855 for ; Fri, 16 May 2003 01:00:55 -0500 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id h4G5jvAt023698 for ; Fri, 16 May 2003 15:45:57 +1000 Received: (from nathans@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id h4G5jvuM023697 for linux-xfs@oss.sgi.com; Fri, 16 May 2003 15:45:57 +1000 Date: Fri, 16 May 2003 15:45:57 +1000 From: Nathan Scott Message-Id: <200305160545.h4G5jvuM023697@bruce.melbourne.sgi.com> Subject: TAKE - large sector changes X-archive-position: 4044 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 811 Lines: 27 Large sector changes - fixup definition of xfs_agfl_t, and numerous changes to make log recovery respect the log device sector size. We're about 99% of the way to supporting sector sizes larger than 512 bytes, but one or two corruption issues remain. So, just the last 10% to go now I guess... ;) cheers. Date: Thu May 15 22:37:09 PDT 2003 Workarea: bruce.melbourne.sgi.com:/home/nathans/isms/devel The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149230a linux/fs/xfs/xfs_log.c - 1.268 linux/fs/xfs/xfs_log_priv.h - 1.89 linux/fs/xfs/xfs_log_recover.c - 1.264 - Numerous changes to the log recovery code to make it work for larger sector sizes. linux/fs/xfs/xfs_ag.h - 1.48 - Fixup definition of xfs_agfl_t to be sector-size aware. From owner-linux-xfs@oss.sgi.com Thu May 15 23:10:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 May 2003 23:10:26 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4G6ABFu020930 for ; Thu, 15 May 2003 23:10:12 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4G6A5E0018802 for ; Thu, 15 May 2003 23:10:06 -0700 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id h4G69mAt029411 for ; Fri, 16 May 2003 16:09:48 +1000 Received: (from nathans@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id h4G69d4B029410 for linux-xfs@oss.sgi.com; Fri, 16 May 2003 16:09:39 +1000 Date: Fri, 16 May 2003 16:09:39 +1000 From: Nathan Scott Message-Id: <200305160609.h4G69d4B029410@bruce.melbourne.sgi.com> Subject: TAKE - small buftarg tweak X-archive-position: 4045 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 748 Lines: 24 Small buftarg cleanup - keep code which pokes inside a buftarg all in one spot, which lets us keep more common code in sync 2.4/2.5, and is slightly cleaner anyway. Date: Thu May 15 23:08:19 PDT 2003 Workarea: bruce.melbourne.sgi.com:/home/nathans/isms/devel The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149231a linux/fs/xfs/xfs_buf.h - 1.107 - XFS_bflush is not longer an extern routine, map to its replacement. linux/fs/xfs/linux/xfs_lrw.c - 1.188 linux/fs/xfs/linux/xfs_super.h - 1.47 - Move details of buftarg internals into xfs_super.c with similar code. linux/fs/xfs/linux/xfs_super.c - 1.256 - Keep all buftarg-internals code here, minor consistency cleanup too. From owner-linux-xfs@oss.sgi.com Thu May 15 23:25:05 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 May 2003 23:25:22 -0700 (PDT) Received: from hob.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4G6P3Fu021439 for ; Thu, 15 May 2003 23:25:04 -0700 Received: from erbenson.alaska.net (148-pm19.nwc.alaska.net [209.112.142.148]) by hob.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4G6P2P2031157 for ; Thu, 15 May 2003 22:25:02 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 55CFE3A07 for ; Thu, 15 May 2003 22:25:00 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 3771540FF44; Thu, 15 May 2003 22:25:00 -0800 (AKDT) Date: Thu, 15 May 2003 22:25:00 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Strange system behaviour when copying disks Message-ID: <20030516062500.GX27626@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1052916810.2395.15.camel@venus> <1053005705.952.13.camel@venus> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8D1TCnBmjJJF2KCx" Content-Disposition: inline In-Reply-To: <1053005705.952.13.camel@venus> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4046 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1451 Lines: 48 --8D1TCnBmjJJF2KCx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 15, 2003 at 03:35:05PM +0200, Olaf Fr?czyk wrote: >=20 > With vanilla 2.4.20 it is the same as 2.4.20 with XFS. Load is about 5, > CPU is about 90% idle. 'cat' takes about 3-5 % CPU. >=20 > What is really strange, if I use 'dd' eg.: > dd if=3D/dev/hda1 of=3D/dev/hdc1 bsize=3D1024 count=3D1000000 > there are NO freezes at all. > The system works smoothly. Load is about 1.2. > dd takes for some time 30% CPU and then until finishes about 0.2 % CPU. > This is for radhat, vanilla and vanilla+XFS kernels. >=20 > So it is not caused by XFS code. I'll take it to LKML. >=20 > BTW, does somebody know why there is such strange difference between > doing 'dd' and 'cat'? >=20 > The copy speed is the same for 'dd' and 'cat': about 6.6 MB/sec what happens if you use bs=3D4096 to dd ?=20 doing a strace of cat shows it appears to do read/writes in 4096 byte blocks perhaps this is making a difference. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --8D1TCnBmjJJF2KCx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7EhDsACgkQJKx7GixEevyzlwCeLMAWjspTfR2sM6VLHjzlWu+E XPAAnRnfdQwxLcwvAkaRXouR47Ys8Ufz =LkH2 -----END PGP SIGNATURE----- --8D1TCnBmjJJF2KCx-- From owner-linux-xfs@oss.sgi.com Fri May 16 01:28:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 01:28:27 -0700 (PDT) Received: from goliath.sylaba.poznan.pl (root@goliath.sylaba.poznan.pl [195.216.104.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4G8S6Fu023021 for ; Fri, 16 May 2003 01:28:08 -0700 Received: from goliath.sylaba.poznan.pl (smmsp@localhost.sylaba.poznan.pl [127.0.0.1]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4G8S4KD029403 for ; Fri, 16 May 2003 10:28:04 +0200 (CEST) Received: by goliath.sylaba.poznan.pl (8.12.8/8.12.8/Submit) id h4G8S36B029369 for linux-xfs@oss.sgi.com.KAV; Fri, 16 May 2003 10:28:03 +0200 (CEST) Received: from venus.local.navi.pl (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) by goliath.sylaba.poznan.pl (8.12.8/8.12.8) with ESMTP id h4G8S1KD029293 for ; Fri, 16 May 2003 10:28:02 +0200 (CEST) Received: from venus.local.navi.pl (venus.local.navi.pl [127.0.0.1]) by venus.local.navi.pl (8.12.5/8.12.5) with ESMTP id h4G8ThtR002377 for ; Fri, 16 May 2003 10:29:44 +0200 Subject: Re: Strange system behaviour when copying disks From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: linux-xfs@oss.sgi.com In-Reply-To: <20030516062500.GX27626@plato.local.lan> References: <1052916810.2395.15.camel@venus> <1053005705.952.13.camel@venus> <20030516062500.GX27626@plato.local.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 16 May 2003 10:29:43 +0200 Message-Id: <1053073784.1718.28.camel@venus> Mime-Version: 1.0 X-archive-position: 4047 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: olaf@cbk.poznan.pl Precedence: bulk X-list: linux-xfs Content-Length: 808 Lines: 30 On Fri, 2003-05-16 at 08:25, Ethan Benson wrote: > > what happens if you use bs=4096 to dd ? > > doing a strace of cat shows it appears to do read/writes in 4096 byte > blocks perhaps this is making a difference. I have tried 512,1024,2048,4096,8192,16384. It works smoothly with all above values. The only difference was with 512: the speed was cut about half. dd if=/dev/zero of=/dev/hda1 bs=1 count=100000000 also doesn't make the system unresponsive So, it is not because of block size. Also cat /dev/hda1 > /dev/null doesn't hurt. But cat /dev/zero > /dev/hda1 makes the system even more unresponsive than doing cat /dev/hda1 > /dev/hdc1 So the output redirection from bash does something strange for normal block devices. I think. Does someone has an idea what is the cause? Regards, Olaf From owner-linux-xfs@oss.sgi.com Fri May 16 01:51:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 01:51:36 -0700 (PDT) Received: from malik.acsalaska.net (malik.slb.nwc.acsalaska.net [209.112.155.41]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4G8pGFu023548 for ; Fri, 16 May 2003 01:51:17 -0700 Received: from erbenson.alaska.net (148-pm19.nwc.alaska.net [209.112.142.148]) by malik.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4G8pEkQ041009 for ; Fri, 16 May 2003 00:51:14 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 6AB973A07 for ; Fri, 16 May 2003 00:51:12 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id EB7A440FF44; Fri, 16 May 2003 00:51:12 -0800 (AKDT) Date: Fri, 16 May 2003 00:51:12 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Strange system behaviour when copying disks Message-ID: <20030516085112.GZ27626@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1052916810.2395.15.camel@venus> <1053005705.952.13.camel@venus> <20030516062500.GX27626@plato.local.lan> <1053073784.1718.28.camel@venus> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qicHaSekiYEWE95x" Content-Disposition: inline In-Reply-To: <1053073784.1718.28.camel@venus> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4048 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1687 Lines: 54 --qicHaSekiYEWE95x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 16, 2003 at 10:29:43AM +0200, Olaf Fr?czyk wrote: > On Fri, 2003-05-16 at 08:25, Ethan Benson wrote: > >=20 > > what happens if you use bs=3D4096 to dd ?=20 > >=20 > > doing a strace of cat shows it appears to do read/writes in 4096 byte > > blocks perhaps this is making a difference. > I have tried 512,1024,2048,4096,8192,16384. > It works smoothly with all above values. > The only difference was with 512: the speed was cut about half. > dd if=3D/dev/zero of=3D/dev/hda1 bs=3D1 count=3D100000000 also doesn't ma= ke the > system unresponsive >=20 > So, it is not because of block size. > Also cat /dev/hda1 > /dev/null doesn't hurt. >=20 > But cat /dev/zero > /dev/hda1 makes the system even more unresponsive > than doing cat /dev/hda1 > /dev/hdc1 >=20 > So the output redirection from bash does something strange for normal > block devices. I think. no not really, all bash is doing is setting stdout to the file you specify for the redirect before it execs cat. looking at strace tests i don't really see any real difference between what dd is doing and what cat ends up doing. > Does someone has an idea what is the cause? --=20 Ethan Benson http://www.alaska.net/~erbenson/ --qicHaSekiYEWE95x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7EpoAACgkQJKx7GixEevz87gCfWIixEZqskva+8OwmepT0PBcz uMsAn3QGlIWW0RQVcpt7llRnX4cUGmx6 =rShu -----END PGP SIGNATURE----- --qicHaSekiYEWE95x-- From owner-linux-xfs@oss.sgi.com Fri May 16 02:51:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 02:51:52 -0700 (PDT) Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4G9pQFu027333 for ; Fri, 16 May 2003 02:51:30 -0700 Received: from pave.imag.fr (pave.imag.fr [129.88.43.12]) by imag.imag.fr (8.12.9/8.12.9) with ESMTP id h4G9pPA5021940 for ; Fri, 16 May 2003 11:51:25 +0200 (CEST) Received: from astazou.imag.fr ([129.88.43.102] helo=astazou.imag.fr.imag.fr ident=kowalski) by pave.imag.fr with esmtp (Exim 3.35 #1 (Debian)) id 19Gbs5-0000gx-00 for ; Fri, 16 May 2003 11:51:25 +0200 To: linux-xfs@oss.sgi.com Subject: XFS internal error From: Nicolas Kowalski Date: Fri, 16 May 2003 11:51:25 +0200 Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) XEmacs/21.4 (Common Lisp) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 4049 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Nicolas.Kowalski@imag.fr Precedence: bulk X-list: linux-xfs Content-Length: 2537 Lines: 37 Hello. I am experiencing a very weird behaviour on our main fileserver, running a 2.4.21-rc2-xfs (cvs yesterday) : May 16 11:47:34 pave kernel: Call Trace: [xfs_error_report+88/92] [xfs_iread+75/416] [xfs_corruption_error+51/60] [xfs_iread+75/416] [xfs_itobp+397/464] [xfs_iread+75/416] [tg3_start_xmit+228/564] [xfs_iread+75/416] [iget4_locked+229/240] [xfs_iget_core+368/1096] [xfs_iget+111/332] [xfs_vget+68/180] [vfs_vget+39/44] [linvfs_fh_to_dentry+114/272] [udp_getfrag+0/196] [nfsd_get_dentry+42/120] [find_fh_dentry+69/848] [fh_verify+672/1176] [nfsd_lookup+114/1128] [svc_sock_enqueue+388/504] [nfsd3_proc_lookup+212/224] [nfsd_dispatch+211/410] [svc_process+663/1157] [nfsd+503/824] [arch_kernel_thread+40/56] May 16 11:47:46 pave kernel: 0x0: 9a 3c e4 f7 56 36 62 85 1d af f2 b0 ca 83 a6 6e May 16 11:47:46 pave kernel: Filesystem "sd(8,33)": XFS internal error xfs_itobp at line 416 of file xfs_inode.c. Caller 0xc01da8d7 May 16 11:47:46 pave kernel: f7425cb4 c01d313c c01da8d7 000001a0 c0326531 c01d3237 c03265b1 00000001 May 16 11:47:46 pave kernel: f787f400 c0326531 000001a0 c01da8d7 f688f000 00000010 00000000 00000000 May 16 11:47:46 pave kernel: f787f400 00000000 c01d9735 c03265b1 00000001 f787f400 f688f000 c0326531 May 16 11:47:46 pave kernel: Call Trace: [xfs_error_report+88/92] [xfs_iread+75/416] [xfs_corruption_error+51/60] [xfs_iread+75/416] [xfs_itobp+397/464] [xfs_iread+75/416] [xfs_iread+75/416] [iget4_locked+229/240] [xfs_iget_core+368/1096] [xfs_iget+111/332] [xfs_vget+68/180] [vfs_vget+39/44] [linvfs_fh_to_dentry+114/272] [udp_getfrag+0/196] [nfsd_get_dentry+42/120] [find_fh_dentry+69/848] [fh_verify+672/1176] [nfsd_lookup+114/1128] [svc_sock_enqueue+388/504] [nfsd3_proc_lookup+212/224] [nfsd_dispatch+211/410] [svc_process+663/1157] [nfsd+503/824] [arch_kernel_thread+40/56] This happened when I changed the SCSI ID of this disk (sdb1 -> sdc1), and changed the fstab accordingly. Now, I have reverted this disk to sdb1, but the problem still occurs. What can I do now ? Many thanks in advance. PS: some more info... Filesystem 1k-blocks Used Available Use% Mounted on /dev/sda1 187948 40100 147848 22% / /dev/sda3 1947096 276688 1670408 15% /usr /dev/sda4 13674544 1315244 12359300 10% /var /dev/sdb1 71119076 37377240 33741836 53% /export/home /dev/sdc1 71119076 28708644 42410432 41% /export/local -- Nicolas From owner-linux-xfs@oss.sgi.com Fri May 16 04:18:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 04:18:20 -0700 (PDT) Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4GBHxFu028937 for ; Fri, 16 May 2003 04:18:00 -0700 Received: from pave.imag.fr (pave.imag.fr [129.88.43.12]) by imag.imag.fr (8.12.9/8.12.9) with ESMTP id h4GBHwA5027251 for ; Fri, 16 May 2003 13:17:58 +0200 (CEST) Received: from astazou.imag.fr ([129.88.43.102] helo=astazou.imag.fr.imag.fr ident=kowalski) by pave.imag.fr with esmtp (Exim 3.35 #1 (Debian)) id 19GdDp-0000H8-00 for ; Fri, 16 May 2003 13:17:57 +0200 To: linux-xfs@oss.sgi.com Subject: Re: XFS internal error From: Nicolas Kowalski Date: Fri, 16 May 2003 13:17:57 +0200 In-Reply-To: (Nicolas Kowalski's message of "Fri, 16 May 2003 11:51:25 +0200") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) XEmacs/21.4 (Common Lisp) References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 4050 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Nicolas.Kowalski@imag.fr Precedence: bulk X-list: linux-xfs Content-Length: 434 Lines: 21 Nicolas Kowalski writes: > Hello. > > I am experiencing a very weird behaviour on our main fileserver, > running a 2.4.21-rc2-xfs (cvs yesterday) : [...] > What can I do now ? I forgot to say that "xfs_check" does not report any errors on this /export/home [sd(8,33)] filesystem. The underlying hardware is a dual-Xeon compaq server, 1GB of RAM, 4 SCSI disks, and an AIC7XXX controler. -- Nicolas From owner-linux-xfs@oss.sgi.com Fri May 16 06:58:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 06:58:46 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4GDwUFu031661 for ; Fri, 16 May 2003 06:58:30 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4GDwOE0025980 for ; Fri, 16 May 2003 06:58:24 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4GDwNa224180891; Fri, 16 May 2003 08:58:23 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4GDwNRn73773752; Fri, 16 May 2003 08:58:23 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4GDwN005923; Fri, 16 May 2003 08:58:23 -0500 Subject: Re: O_DIRECT address restrictions From: Steve Lord To: Andrew Morton Cc: Rick Smith , linux-xfs@oss.sgi.com In-Reply-To: <20030515183248.5cd999cb.akpm@digeo.com> References: <20030515183248.5cd999cb.akpm@digeo.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1053093503.5870.5.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 16 May 2003 08:58:23 -0500 X-archive-position: 4051 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1232 Lines: 31 On Thu, 2003-05-15 at 20:32, Andrew Morton wrote: > "Rick Smith" wrote: > > > > What are the memory address restrictions when using the O_DIRECT flag > > with XFS? I am trying to perform I/O directly from the filesystem to a piece > > of mmap'ed video memory and I get the "bad address" error when I attempt to > > do so with O_DIRECT. > > It cannot be done - O_DIRECT only supports IO against legitimate RAM > (memory which is described by the pageframes in mem_map[]). You mean it cannot be done with the infrastructure we have now, but it would be a cool thing to do. In fact there are legitimate applications for this. I know we have folks who move textures direct from disk to video devices on Irix - they want a lot more textures than they have memory. Most of the reason for the infrastructure in place at the moment is to keep the memory in one place while the dma happens. If that is guaranteed in some other way, then it would be possible, just a matter of getting the addresses down to the drivers. Probably a lot of work though. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri May 16 07:03:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 07:03:20 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4GE3FFu032130 for ; Fri, 16 May 2003 07:03:16 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 58C22145B2; Fri, 16 May 2003 16:03:10 +0200 (MEST) Date: Fri, 16 May 2003 16:03:09 +0200 From: Andi Kleen To: Steve Lord Cc: Andrew Morton , Rick Smith , linux-xfs@oss.sgi.com Subject: Re: O_DIRECT address restrictions Message-ID: <20030516140309.GA20586@Wotan.suse.de> References: <20030515183248.5cd999cb.akpm@digeo.com> <1053093503.5870.5.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1053093503.5870.5.camel@jen.americas.sgi.com> X-archive-position: 4052 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 389 Lines: 13 > Probably a lot of work though. Not very. You just have to change setup.c a bit to extent the mem_map above the physical addresses you want to copy. It cannot be done by default because such a big mem_map eats quite a lot of memory. Or put in enough physical memory that you have more than the max address of the physical mapping (and don't use a NUMA/discontigmem machine) -Andi From owner-linux-xfs@oss.sgi.com Fri May 16 07:46:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 07:47:12 -0700 (PDT) Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4GEkrFu000910 for ; Fri, 16 May 2003 07:46:55 -0700 Received: from pave.imag.fr (pave.imag.fr [129.88.43.12]) by imag.imag.fr (8.12.9/8.12.9) with ESMTP id h4GEkqA5014142 for ; Fri, 16 May 2003 16:46:52 +0200 (CEST) Received: from astazou.imag.fr ([129.88.43.102] helo=astazou.imag.fr.imag.fr ident=kowalski) by pave.imag.fr with esmtp (Exim 3.35 #1 (Debian)) id 19GgU0-0004os-00 for ; Fri, 16 May 2003 16:46:52 +0200 To: linux-xfs@oss.sgi.com Subject: [RESOLVED] Re: XFS internal error From: Nicolas Kowalski Date: Fri, 16 May 2003 16:46:52 +0200 In-Reply-To: (Nicolas Kowalski's message of "Fri, 16 May 2003 13:17:57 +0200") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) XEmacs/21.4 (Common Lisp) References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 4053 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Nicolas.Kowalski@imag.fr Precedence: bulk X-list: linux-xfs Content-Length: 585 Lines: 21 Nicolas Kowalski writes: > Nicolas Kowalski writes: > >> Hello. >> >> I am experiencing a very weird behaviour on our main fileserver, >> running a 2.4.21-rc2-xfs (cvs yesterday) : I finally found what was wrong. One of our ~30 Linux NFS clients, with a "Stale NFS file handle" which occured during the server reboot was causing the errors on the Server. I still think this is a weird behaviour (nfsd or xfs related, I do not know), but this does not matter, as I know now how to resolve it. Sorry for the noise. -- Nicolas From owner-linux-xfs@oss.sgi.com Fri May 16 07:54:16 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 07:54:20 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4GEsFFu001359 for ; Fri, 16 May 2003 07:54:16 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4GF90Ve028485 for ; Fri, 16 May 2003 10:09:00 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4GEs9a224236528; Fri, 16 May 2003 09:54:09 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4GEs9Rn75721554; Fri, 16 May 2003 09:54:09 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4GEs9M07711; Fri, 16 May 2003 09:54:09 -0500 Subject: Re: [RESOLVED] Re: XFS internal error From: Steve Lord To: Nicolas Kowalski Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1053096849.6181.5.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 16 May 2003 09:54:09 -0500 X-archive-position: 4054 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1137 Lines: 34 On Fri, 2003-05-16 at 09:46, Nicolas Kowalski wrote: > Nicolas Kowalski writes: > > > Nicolas Kowalski writes: > > > >> Hello. > >> > >> I am experiencing a very weird behaviour on our main fileserver, > >> running a 2.4.21-rc2-xfs (cvs yesterday) : > > I finally found what was wrong. One of our ~30 Linux NFS clients, with > a "Stale NFS file handle" which occured during the server reboot was > causing the errors on the Server. > > I still think this is a weird behaviour (nfsd or xfs related, I do not > know), but this does not matter, as I know now how to resolve it. > > Sorry for the noise. What you saw was an internal trace message from xfs due to an fs consistency check. Looks like the bad fid was coming down to a disk block which was not inodes. These stack traces are intended to diagnose problems with corrupt filesystems, but they appear to be coming out in a couple of spots where we do not want them to. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri May 16 08:38:04 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 08:38:31 -0700 (PDT) Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4GFc3Fu002349 for ; Fri, 16 May 2003 08:38:03 -0700 Received: from pave.imag.fr (pave.imag.fr [129.88.43.12]) by imag.imag.fr (8.12.9/8.12.9) with ESMTP id h4GFbwA5018131 for ; Fri, 16 May 2003 17:37:58 +0200 (CEST) Received: from astazou.imag.fr ([129.88.43.102] helo=astazou.imag.fr.imag.fr ident=kowalski) by pave.imag.fr with esmtp (Exim 3.35 #1 (Debian)) id 19GhHS-0005un-00 for ; Fri, 16 May 2003 17:37:58 +0200 To: linux-xfs@oss.sgi.com Subject: Re: [RESOLVED] Re: XFS internal error From: Nicolas Kowalski Date: Fri, 16 May 2003 17:37:57 +0200 In-Reply-To: <1053096849.6181.5.camel@jen.americas.sgi.com> (Steve Lord's message of "16 May 2003 09:54:09 -0500") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) XEmacs/21.4 (Common Lisp) References: <1053096849.6181.5.camel@jen.americas.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 4055 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Nicolas.Kowalski@imag.fr Precedence: bulk X-list: linux-xfs Content-Length: 622 Lines: 21 Steve Lord writes: [...] > What you saw was an internal trace message from xfs due to an fs > consistency check. Looks like the bad fid was coming down to a > disk block which was not inodes. > > These stack traces are intended to diagnose problems with corrupt > filesystems, but they appear to be coming out in a couple of spots > where we do not want them to. Ok, thanks for this information. Just for my knowledge, what are the other "spots" where these messages can appear, so that I will not confuse anymore real XFS filesytems consistency problems with other harmless situations ? -- Nicolas From owner-linux-xfs@oss.sgi.com Fri May 16 08:49:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 08:49:51 -0700 (PDT) Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4GFnKFu002836 for ; Fri, 16 May 2003 08:49:21 -0700 Received: from darke.mpc.local ([172.16.11.6] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 19GhSL-0003XU-00; Fri, 16 May 2003 16:49:13 +0100 Message-ID: <3EC50879.BFD5487D@moving-picture.com> Date: Fri, 16 May 2003 16:49:13 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: Nicolas Kowalski CC: linux-xfs@oss.sgi.com Subject: Re: [RESOLVED] Re: XFS internal error References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Disclaimer: This email and any attachments are confidential, may be legally X-Disclaimer: privileged and intended solely for the use of addressee. If you X-Disclaimer: are not the intended recipient of this message, any disclosure, X-Disclaimer: copying, distribution or any action taken in reliance on it is X-Disclaimer: strictly prohibited and may be unlawful. If you have received X-Disclaimer: this message in error, please notify the sender and delete all X-Disclaimer: copies from your system. X-Disclaimer: X-Disclaimer: Email may be susceptible to data corruption, interception and X-Disclaimer: unauthorised amendment, and we do not accept liability for any X-Disclaimer: such corruption, interception or amendment or the consequences X-Disclaimer: thereof. X-archive-position: 4056 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james-p@moving-picture.com Precedence: bulk X-list: linux-xfs Content-Length: 1157 Lines: 34 I don't know if/how this is related to XFS, but if you change the SCSI ID of a disk during a reboot that has NFS client mounts, then you will get a Stale NFS file handle on the client after a server reboot. A way round this is to use the relatively new fsid=N export option in /etc/exportfs - in this way you can change the SCSI ID without the clients caring. You need to be running the latest nfs-utils (1.0.3) and have a recent kernel (2.4.21-rc2 should have support) to use this option. James Pearson Nicolas Kowalski wrote: > > Nicolas Kowalski writes: > > > Nicolas Kowalski writes: > > > >> Hello. > >> > >> I am experiencing a very weird behaviour on our main fileserver, > >> running a 2.4.21-rc2-xfs (cvs yesterday) : > > I finally found what was wrong. One of our ~30 Linux NFS clients, with > a "Stale NFS file handle" which occured during the server reboot was > causing the errors on the Server. > > I still think this is a weird behaviour (nfsd or xfs related, I do not > know), but this does not matter, as I know now how to resolve it. > > Sorry for the noise. > > -- > Nicolas From owner-linux-xfs@oss.sgi.com Fri May 16 08:53:36 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 08:53:42 -0700 (PDT) Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4GFrZFu003261 for ; Fri, 16 May 2003 08:53:35 -0700 Received: from darke.mpc.local ([172.16.11.6] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 19GhWM-0003hZ-00; Fri, 16 May 2003 16:53:22 +0100 Message-ID: <3EC50972.3C946951@moving-picture.com> Date: Fri, 16 May 2003 16:53:22 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: Rusell Cattelan CC: linux-xfs@oss.sgi.com Subject: Re: XFS 1.2 kernel Oops References: <3EBF66ED.F0FA2B42@moving-picture.com> <3EC24967.560A5C69@moving-picture.com> <1052926697.653.86.camel@chuckle.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Disclaimer: This email and any attachments are confidential, may be legally X-Disclaimer: privileged and intended solely for the use of addressee. If you X-Disclaimer: are not the intended recipient of this message, any disclosure, X-Disclaimer: copying, distribution or any action taken in reliance on it is X-Disclaimer: strictly prohibited and may be unlawful. If you have received X-Disclaimer: this message in error, please notify the sender and delete all X-Disclaimer: copies from your system. X-Disclaimer: X-Disclaimer: Email may be susceptible to data corruption, interception and X-Disclaimer: unauthorised amendment, and we do not accept liability for any X-Disclaimer: such corruption, interception or amendment or the consequences X-Disclaimer: thereof. X-archive-position: 4057 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james-p@moving-picture.com Precedence: bulk X-list: linux-xfs Content-Length: 4700 Lines: 111 The machine is relatively unstable it seems to oops once every 10 days or so - but the latest oops' are different, so I'm guessing it's probably a hardware (memory?) issue. James Pearson Rusell Cattelan wrote: > > It's hard to say what the problem is. > If you could get a kdb backtrace it would helpful. > > How reproducible is the crash? > > On Wed, 2003-05-14 at 08:49, James Pearson wrote: > > Is there anyone who can help me with this? Is this likely to be an XFS > > problem, so should I be looking elsewhere? > > > > Thanks > > > > James Pearson > > > > James Pearson wrote: > > > > > > I got the following oops with a 2.4.19/XFS1.2 kernel on a dual PIII 1Ghz > > > server. > > > > > > Is this an XFS problem? > > > > > > Thanks > > > > > > James Pearson > > > > > > May 11 04:02:27 zorn kernel: Unable to handle kernel NULL pointer > > > dereference at virtual address 00000119 > > > May 11 04:02:27 zorn kernel: c01abe10 > > > May 11 04:02:27 zorn kernel: *pde = 00000000 > > > May 11 04:02:27 zorn kernel: Oops: 0000 > > > May 11 04:02:27 zorn kernel: CPU: 0 > > > May 11 04:02:27 zorn kernel: EIP: 0010:[xfs_iflush+416/1168] Not > > > tainted > > > May 11 04:02:27 zorn kernel: EIP: 0010:[] Not tainted > > > Using defaults from ksymoops -t elf32-i386 -a i386 > > > May 11 04:02:27 zorn kernel: EFLAGS: 00010206 > > > May 11 04:02:27 zorn kernel: eax: 00000000 ebx: 00000000 ecx: > > > d0a70c00 edx: 00000008 > > > May 11 04:02:27 zorn kernel: esi: ffffffff edi: 00000001 ebp: > > > 00000000 esp: f7ebbe44 > > > May 11 04:02:27 zorn kernel: ds: 0018 es: 0018 ss: 0018 > > > May 11 04:02:27 zorn kernel: Process kupdated (pid: 7, > > > stackpage=f7ebb000) > > > May 11 04:02:27 zorn kernel: Stack: 00000001 f78830a0 f78ba800 e34ccd00 > > > d2819800 c0120efb c035dac0 c0120db1 > > > May 11 04:02:27 zorn kernel: d2819800 00000001 c03365e0 fffffffe > > > 00000000 c0120b3b 00000282 d2819800 > > > May 11 04:02:27 zorn kernel: 00000000 01a033f0 00000000 00000010 > > > 00000002 d2819800 02480200 c01c6dd5 > > > May 11 04:02:27 zorn kernel: Call Trace: [bh_action+75/128] > > > [tasklet_hi_action+97/160] [do_softirq+123/224] > > > [_pagebuf_free_object+261/272] [xfs_syncsub+1540/3472] > > > May 11 04:02:27 zorn kernel: Call Trace: [] [] > > > [] [] [] > > > May 11 04:02:27 zorn kernel: [] [] [] > > > [] [] [] > > > May 11 04:02:27 zorn kernel: [] [] [] > > > [] [] [] > > > May 11 04:02:27 zorn kernel: [] [] > > > May 11 04:02:27 zorn kernel: Code: 80 be 1a 01 00 00 00 8b 9e 84 00 00 > > > 00 75 16 85 db 74 08 66 > > > > > > >>EIP; c01abe10 <===== > > > Trace; c0120efb > > > Trace; c0120db1 > > > Trace; c0120b3b > > > Trace; c01c6dd5 <_pagebuf_free_object+105/110> > > > Trace; c01bf974 > > > Trace; c01a8b42 > > > Trace; c01bfbe3 > > > Trace; f881ce78 <[sym53c8xx]sym_queue_command+c8/d0> > > > Trace; c0119273 > > > Trace; f8800695 <[scsi_mod]scsi_dispatch_cmd+195/380> > > > Trace; c01bf365 > > > Trace; c01d1a85 > > > Trace; c01432f7 > > > Trace; c01424af > > > Trace; c01427d2 > > > Trace; c0105000 <_stext+0/0> > > > Trace; c0105000 <_stext+0/0> > > > Trace; c0107296 > > > Trace; c01426c0 > > > Code; c01abe10 > > > 00000000 <_EIP>: > > > Code; c01abe10 <===== > > > 0: 80 be 1a 01 00 00 00 cmpb $0x0,0x11a(%esi) <===== > > > Code; c01abe17 > > > 7: 8b 9e 84 00 00 00 mov 0x84(%esi),%ebx > > > Code; c01abe1d > > > d: 75 16 jne 25 <_EIP+0x25> c01abe35 > > > > > > Code; c01abe1f > > > f: 85 db test %ebx,%ebx > > > Code; c01abe21 > > > 11: 74 08 je 1b <_EIP+0x1b> c01abe2b > > > > > > Code; c01abe23 > > > 13: 66 data16 > > > > > > May 11 16:53:31 zorn kernel: cpu: 0, clocks: 1339003, slice: 446334 > > > May 11 16:53:31 zorn kernel: cpu: 1, clocks: 1339003, slice: 446334 > > > May 11 16:53:31 zorn kernel: SGI XFS 1.2.0 with quota, no debug enabled > > From owner-linux-xfs@oss.sgi.com Fri May 16 12:23:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 May 2003 12:23:22 -0700 (PDT) Received: from mail.arosa.nl (IDENT:sMLd1aQZ8H8Wv6s8XZ62BrI0Vlaz+2sO@[212.204.235.21]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4GJN4Fu006710 for ; Fri, 16 May 2003 12:23:08 -0700 Received: from adinda.arosa.nl (localhost.localdomain [127.0.0.1]) by mail.arosa.nl (8.12.8/8.12.8) with ESMTP id h4GJORnL002451 for ; Fri, 16 May 2003 21:24:27 +0200 Received: from localhost (seth@localhost) by adinda.arosa.nl (8.12.8/8.12.8/Submit) with ESMTP id h4GJOQXN002447 for ; Fri, 16 May 2003 21:24:27 +0200 X-Authentication-Warning: adinda.arosa.nl: seth owned process doing -bs Date: Fri, 16 May 2003 21:24:26 +0200 (CEST) From: Seth Mos To: linux-xfs@oss.sgi.com Subject: 2.4.20-13 RH errata kernel with XFS support Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.32 (www . roaringpenguin . com / mimedefang) X-archive-position: 4058 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: seth@arosa.nl Precedence: bulk X-list: linux-xfs Content-Length: 433 Lines: 17 Another one of seth' creations sees daylight. http://iserv.nl/files/xfs/2.4.20-13/ It compiles fine but lack of (local) hardware preventes me from boot testing it. If anyone else would be up to that task that would be great. I based this on the 2.4.20-9 kernel from the XFS-DVD project, for which I am thankful. Since this errata is released for both 7.x, 8 and 9 this might be convenient for other people as well. Cheers From owner-linux-xfs@oss.sgi.com Sat May 17 13:08:58 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 17 May 2003 13:09:04 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4HK8v2x011751 for ; Sat, 17 May 2003 13:08:58 -0700 Received: from attbi.com (12-253-73-46.client.attbi.com[12.253.73.46]) by attbi.com (sccrmhc01) with SMTP id <2003051720085100100fi8n8e>; Sat, 17 May 2003 20:08:51 +0000 Message-ID: <3EC6974A.2010201@attbi.com> Date: Sat, 17 May 2003 14:10:50 -0600 From: "D. Stimits" Reply-To: stimits@attbi.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021018 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "XFS: linux-xfs@oss.sgi.com" Subject: can you remove this guy? [Fwd: Zennith Bank Ltd] Content-Type: multipart/mixed; boundary="------------000703060500030207010801" X-archive-position: 4060 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stimits@attbi.com Precedence: bulk X-list: linux-xfs Content-Length: 5104 Lines: 115 This is a multi-part message in MIME format. --------------000703060500030207010801 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit This guy is sending via sgi email list, a common fraud crime that is so numerous that he is as bad at spamming as a company dedicated to spam. He is hiding the oss.sgi.com address via CC or BCC, making it look like the email goes to someone else. I turn over one or two of these guys to get email accounts removed every day, the Nigerian scam guys just don't know when to quit. D. Stimits, stimits AT attbi DOT com --------------000703060500030207010801 Content-Type: message/rfc822; name="Zennith Bank Ltd" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Zennith Bank Ltd" Received: from oss.sgi.com ([192.48.159.27]) by sccrmxc11.attbi.com (sccrmxc11) with ESMTP id <20030517145139s11004meuhe>; Sat, 17 May 2003 14:51:39 +0000 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4HEpa2x006049; Sat, 17 May 2003 07:51:36 -0700 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 17 May 2003 07:49:18 -0700 (PDT) Received: from bean.net (mail.beannet.com [66.254.192.25]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4HEnB2x005831 for ; Sat, 17 May 2003 07:49:13 -0700 Date: Sat, 17 May 2003 09:46:47 -0500 Message-Id: <200305170946.AA171114616@bean.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "ben okon" Reply-To: To: Subject: Zennith Bank Ltd X-Mailer: X-archive-position: 4059 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: benokon@bean.net Precedence: bulk X-list: linux-xfs Mr. Ben Okon, Zennith Bank Ltd, Lagos-Nigeria, Email: benokon@bean.net ATTN , I am Mr Ben Okon, Bank Manager of Zennith Bank, Lagos, Nigeria. I have urgent and very confidential business proposition for you. On June 6, 1997, a Foreign Oil consultant/contractor with the Nigerian National Petroleum Corporation, Mr.Barry Kelly made a numbered time (Fixed) Deposit for twelve calendar months, valued at US$29,500,000.00 (Twenty Nine Million Five hundred Thousand Dollars only) in my branch. Upon maturity, I sent a routine notification to his forwarding address but got no reply. After a month,we sent a reminder and finally we discovered from his contract employers, the Nigerian NationalPetroleum Corporation that Mr. Barry Kelly died from an automobile accident. On further investigation, I found out that he died without making a WILL, and all attempts to trace his next of kin was fruitless.I therefore made further investigation and discovered that Mr. Barry Kelly did not declare any kin or relations in all his official documents, including his Bank Deposit paperwork in my Bank. This sum of US$29,500,000.00 has carefully been moved out of my bank to a security company for safe-keeping. No one will ever come forward to claim it. According to Nigerian Law, at the expiration of 5 (five) years, the money will revert to the ownership of the Nigerian Government if nobody applies to claim the fund. Consequently, my proposal is that I will like you as an Foreigner to stand in as the owner of the money I deposited it in a security company in two trunk boxes though the security company does not know the contents of the boxes as I tagged them to be photographic materials for export. I am writing you because I as a public servant i can not operate a foreign account or have an account that is more than $1m.I want to present you as the owner of the boxes in the security company so you can be able to claim them with the help of my attorney.All these are to make sure that the fruits of this old man's labor will not get into the hands of some corrupt government officials. This is simple. I will like you to provide immediately your full names and address so that the Attorney will prepare the necessary documents which will put you in place as the as the owner of the boxes. The money will be moved out for us to share in the ratio of 70% for me and 25% for you and 5% will take care of all expenses.There is no risk at all as all the paperwork for this transaction will be done by the Attorney and this will guarantee the successful execution of this transaction. If you are interested, please reply immediately via my email address. upon your response, I shall then provide you with more details and relevant documents that will help you understand the transaction. Please observe with utmost confidentiality, and be rest assured that this transaction would be most profitable for both of us because I shall require your assistance to invest my share in your country,i will like to forward to me your personal data on your reply for to make change of the documents on your name. Thanks and regards. Mr.Ben Okon --------------000703060500030207010801-- From owner-linux-xfs@oss.sgi.com Sat May 17 19:23:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 17 May 2003 19:23:05 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4I2Mv2x018760 for ; Sat, 17 May 2003 19:22:58 -0700 Received: (qmail 13317 invoked from network); 18 May 2003 02:22:55 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 18 May 2003 02:22:55 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id E277BD8F53; Sun, 18 May 2003 12:22:53 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id DFA0891356; Sun, 18 May 2003 12:22:53 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: stimits@attbi.com Cc: "XFS: linux-xfs@oss.sgi.com" Subject: Re: can you remove this guy? [Fwd: Zennith Bank Ltd] In-reply-to: Your message of "Sat, 17 May 2003 14:10:50 CST." <3EC6974A.2010201@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 18 May 2003 12:22:48 +1000 Message-ID: <2847.1053224568@ocs3.intra.ocs.com.au> X-archive-position: 4062 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 695 Lines: 14 On Sat, 17 May 2003 14:10:50 -0600, "D. Stimits" wrote: >This guy is sending via sgi email list, a common fraud crime that is so >numerous that he is as bad at spamming as a company dedicated to spam. >He is hiding the oss.sgi.com address via CC or BCC, making it look like >the email goes to someone else. I turn over one or two of these guys to >get email accounts removed every day, the Nigerian scam guys just don't >know when to quit. Not much point in sending the complaint to SGI. AFAIK users do not have to be subscribed to the xfs list in order to post, there is nobody to remove. Complain to abuse@beannet.com which is where the spam came from - I did :) From owner-linux-xfs@oss.sgi.com Sat May 17 20:47:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 17 May 2003 20:47:25 -0700 (PDT) Received: from mail.mnsu.edu (Mail.MNSU.EDU [134.29.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4I3lF2x021187 for ; Sat, 17 May 2003 20:47:18 -0700 Received: from mnsu.edu (dyn5390.MavNet.MNSU.EDU [134.29.77.239]) by mail.mnsu.edu (8.12.9/8.12.9) with ESMTP id h4I3l8eN021762 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 17 May 2003 22:47:08 -0500 Message-ID: <3EC7023C.9@mnsu.edu> Date: Sat, 17 May 2003 22:47:08 -0500 From: "Jeffrey E. Hundstad" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "XFS: linux-xfs@oss.sgi.com" CC: Keith Owens , stimits@attbi.com Subject: OT: spamcop.net Was: can you remove this guy? [Fwd: Zennith Bank Ltd] References: <2847.1053224568@ocs3.intra.ocs.com.au> In-Reply-To: <2847.1053224568@ocs3.intra.ocs.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4063 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jeffrey.hundstad@mnsu.edu Precedence: bulk X-list: linux-xfs Content-Length: 1090 Lines: 34 I use http://spamcop.net/ This automates the procedure of mailing to the offender and their service providers. Plus it's a double blind mailing. There is a free reporting only facility. That's the one to use. BTW: i've used spamcop on all the spam that's gone through this list in the last few months ;-) -- jeffrey hundstad Keith Owens wrote: >On Sat, 17 May 2003 14:10:50 -0600, >"D. Stimits" wrote: > > >>This guy is sending via sgi email list, a common fraud crime that is so >>numerous that he is as bad at spamming as a company dedicated to spam. >>He is hiding the oss.sgi.com address via CC or BCC, making it look like >>the email goes to someone else. I turn over one or two of these guys to >>get email accounts removed every day, the Nigerian scam guys just don't >>know when to quit. >> >> > >Not much point in sending the complaint to SGI. AFAIK users do not >have to be subscribed to the xfs list in order to post, there is nobody >to remove. Complain to abuse@beannet.com which is where the spam came >from - I did :) > > > > From owner-linux-xfs@oss.sgi.com Sun May 18 03:59:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 May 2003 03:59:16 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4IAx22x001484 for ; Sun, 18 May 2003 03:59:09 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h4IAwl8Y002721; Sun, 18 May 2003 12:58:50 +0200 Message-ID: <3EC76767.1020306@stesmi.com> Date: Sun, 18 May 2003 12:58:47 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Seth Mos CC: linux-xfs@oss.sgi.com Subject: Re: 2.4.20-13 RH errata kernel with XFS support References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-archive-position: 4068 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 633 Lines: 22 Seth Mos wrote: > Another one of seth' creations sees daylight. > > http://iserv.nl/files/xfs/2.4.20-13/ > > It compiles fine but lack of (local) hardware preventes me from boot > testing it. > > If anyone else would be up to that task that would be great. > > I based this on the 2.4.20-9 kernel from the XFS-DVD project, for which I > am thankful. Since this errata is released for both 7.x, 8 and 9 this > might be convenient for other people as well. Great. I was just about to make that one myself :) I should have a new DVD release out tomorrow or the day after with a lot of updates and the new kernel. // Stefan From owner-linux-xfs@oss.sgi.com Sun May 18 07:30:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 May 2003 07:30:59 -0700 (PDT) Received: from lips.thebarn.com (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4IEUm2x010148 for ; Sun, 18 May 2003 07:30:49 -0700 Received: from [10.0.0.10] (c-24-245-56-70.mn.client2.attbi.com [24.245.56.70]) by lips.thebarn.com (8.12.9/8.12.6) with ESMTP id h4IEUguw050983; Sun, 18 May 2003 09:30:42 -0500 (CDT) (envelope-from cattelan@thebarn.com) Subject: Re: can you remove this guy? [Fwd: Zennith Bank Ltd] From: Russell Cattelan To: stimits@attbi.com Cc: "XFS: ""linux-xfs@oss.sgi.com" In-Reply-To: <3EC6974A.2010201@attbi.com> References: <3EC6974A.2010201@attbi.com> Content-Type: text/plain Organization: Message-Id: <1053268257.28006.9.camel@lupo.thebarn.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 18 May 2003 09:30:58 -0500 Content-Transfer-Encoding: 7bit X-archive-position: 4069 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 5435 Lines: 119 oss.sgi.com wss moved on friday. For some reason spamd did not restart when the system was brought back up, so spam started slipping through. Spamd has been restarted to the number of spams should remain low. -Russell Cattelan cattelan@xfs.org On Sat, 2003-05-17 at 15:10, D. Stimits wrote: > This guy is sending via sgi email list, a common fraud crime that is so > numerous that he is as bad at spamming as a company dedicated to spam. > He is hiding the oss.sgi.com address via CC or BCC, making it look like > the email goes to someone else. I turn over one or two of these guys to > get email accounts removed every day, the Nigerian scam guys just don't > know when to quit. > > D. Stimits, stimits AT attbi DOT com > > ______________________________________________________________________ > > From: ben okon > To: benokon@bean.net > Subject: Zennith Bank Ltd > Date: 17 May 2003 09:46:47 -0500 > > Received: from oss.sgi.com ([192.48.159.27]) > by sccrmxc11.attbi.com (sccrmxc11) with ESMTP > id <20030517145139s11004meuhe>; Sat, 17 May 2003 14:51:39 +0000 > Received: from oss.sgi.com (localhost [127.0.0.1]) > by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4HEpa2x006049; > Sat, 17 May 2003 07:51:36 -0700 > Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 17 May 2003 07:49:18 -0700 (PDT) > Received: from bean.net (mail.beannet.com [66.254.192.25]) > by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4HEnB2x005831 > for ; Sat, 17 May 2003 07:49:13 -0700 > Date: Sat, 17 May 2003 09:46:47 -0500 > Message-Id: <200305170946.AA171114616@bean.net> > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > From: "ben okon" > Reply-To: > To: > Subject: Zennith Bank Ltd > X-Mailer: > X-archive-position: 4059 > X-ecartis-version: Ecartis v1.0.0 > Sender: linux-xfs-bounce@oss.sgi.com > Errors-to: linux-xfs-bounce@oss.sgi.com > X-original-sender: benokon@bean.net > Precedence: bulk > X-list: linux-xfs > > Mr. Ben Okon, > Zennith Bank Ltd, > Lagos-Nigeria, > Email: benokon@bean.net > > ATTN , > > I am Mr Ben Okon, Bank Manager of Zennith Bank, Lagos, > Nigeria. I have urgent and very confidential business > proposition for you. > On June 6, 1997, a Foreign Oil consultant/contractor with > the Nigerian National Petroleum Corporation, Mr.Barry Kelly > made a numbered time (Fixed) Deposit for twelve calendar > months, valued at US$29,500,000.00 (Twenty Nine Million > Five hundred Thousand Dollars only) in my branch. > Upon maturity, I sent a routine notification to his > forwarding address but got no reply. > After a month,we sent a reminder and finally we discovered > from his contract employers, the Nigerian NationalPetroleum > Corporation that Mr. Barry Kelly died from an automobile > accident. On further investigation, I found out > that he died without making a WILL, and all attempts to > trace his next of kin was fruitless.I therefore made > further investigation and discovered that Mr. Barry > Kelly did not declare any kin or relations in all his > official documents, including his Bank Deposit paperwork in > my Bank. > This sum of US$29,500,000.00 has carefully been moved out > of my bank to a security company for safe-keeping. No one > will ever come forward to claim it. > According to Nigerian Law, at the expiration of 5 (five) > years, the money will revert to the ownership of the > Nigerian Government if nobody applies to claim the fund. > Consequently, my proposal is that I will like you as an > Foreigner to stand in as the owner of the money I deposited > it in a security company in two trunk boxes though the > security company does not know the contents of the boxes as > I tagged them to be photographic materials for export. > I am writing you because I as a public servant i can not > operate a foreign account or have an account that is more > than $1m.I want to present you as the owner of the boxes in > the security company so you can be able to claim them > with the help of my attorney.All these are to make sure > that the fruits of this old man's labor will not get into > the hands of some corrupt government officials. > This is simple. I will like you to provide immediately your > full names and address so that the Attorney will prepare the necessary documents which will put you in place as the as the owner of the boxes. > The money will be moved out for us to share in the ratio of > 70% for me and 25% for you and 5% will take care of all expenses.There is no risk at all as all the paperwork for this transaction will be done by the Attorney and this will guarantee the successful execution of this transaction. > > If you are interested, please reply immediately via my email address. upon your response, I shall then provide you with more details and relevant documents that will help you understand the transaction. > Please observe with utmost confidentiality, and be rest assured that this transaction would be most profitable for both of us because > I shall require your assistance to invest my share in your country,i will like to forward to me your personal data on your reply for to make change of the documents on your name. > > Thanks and regards. > > Mr.Ben Okon > > > > > -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Sun May 18 08:49:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 May 2003 08:50:03 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4IFnl2x012208 for ; Sun, 18 May 2003 08:49:47 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4IFnlnJ012205 for linux-xfs@oss.sgi.com; Sun, 18 May 2003 08:49:47 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4IFnj35012178 for ; Sun, 18 May 2003 08:49:46 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4IF9Haf011294; Sun, 18 May 2003 08:09:17 -0700 Date: Sun, 18 May 2003 08:09:17 -0700 Message-Id: <200305181509.h4IF9Haf011294@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 245] New: Cannot get type of dirent X-Bugzilla-Reason: AssignedTo X-archive-position: 4070 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1067 Lines: 47 http://oss.sgi.com/bugzilla/show_bug.cgi?id=245 Summary: Cannot get type of dirent Product: Linux XFS Version: 1.2.x Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: Medium Component: xfsprogs AssignedTo: xfs-master@oss.sgi.com ReportedBy: super@linuxone.co.kr XFS cannot find dirent type so cannot get directory type. code is as blow.. #include #include #include #include int main(void) { DIR *dp; struct dirent *ep; char filename[BUFSIZ+1]; struct statfs buf; dp = opendir("/"); if( dp != NULL ) { while( ep = readdir(dp) ) { sprintf(filename,"/%s", ep->d_name); printf("%s type is %d\n", filename, ep->d_type); } (void) closedir(dp); } return 0; } that result is 0 that is, UNKOWN type.. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Sun May 18 08:49:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 May 2003 08:50:03 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4IFnl2x012207 for ; Sun, 18 May 2003 08:49:47 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4IFnlrg012206 for linux-xfs@oss.sgi.com; Sun, 18 May 2003 08:49:47 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4IFnj31012178 for ; Sun, 18 May 2003 08:49:45 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4IFAIoB011321; Sun, 18 May 2003 08:10:18 -0700 Date: Sun, 18 May 2003 08:10:18 -0700 Message-Id: <200305181510.h4IFAIoB011321@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 245] Cannot get type of dirent X-Bugzilla-Reason: AssignedTo X-archive-position: 4070 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 412 Lines: 17 http://oss.sgi.com/bugzilla/show_bug.cgi?id=245 super@linuxone.co.kr changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Cannot get type of dirent |Cannot get type of dirent ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Sun May 18 09:01:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 May 2003 09:01:43 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4IG1T2x013208 for ; Sun, 18 May 2003 09:01:29 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4IG1T2f013207 for linux-xfs@oss.sgi.com; Sun, 18 May 2003 09:01:29 -0700 Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4IG1N2x013194; Sun, 18 May 2003 09:01:26 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 19HQbB-0000UE-00; Sun, 18 May 2003 17:01:21 +0100 Date: Sun, 18 May 2003 17:01:21 +0100 From: Christoph Hellwig To: bugzilla-daemon@oss.sgi.com Cc: xfs-master@oss.sgi.com Subject: Re: [Bug 245] New: Cannot get type of dirent Message-ID: <20030518170121.A1852@infradead.org> References: <200305181509.h4IF9Haf011294@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200305181509.h4IF9Haf011294@oss.sgi.com>; from bugzilla-daemon@oss.sgi.com on Sun, May 18, 2003 at 08:09:17AM -0700 X-archive-position: 4071 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 856 Lines: 32 On Sun, May 18, 2003 at 08:09:17AM -0700, bugzilla-daemon@oss.sgi.com wrote: > XFS cannot find dirent type so cannot get directory type. > > code is as blow.. > > #include > #include > #include > #include > int main(void) > { > DIR *dp; > struct dirent *ep; > char filename[BUFSIZ+1]; > struct statfs buf; > dp = opendir("/"); > if( dp != NULL ) { > while( ep = readdir(dp) ) { > sprintf(filename,"/%s", ep->d_name); > printf("%s type is %d\n", filename, ep->d_type); > } > (void) closedir(dp); > } > return 0; > } > > that result is 0 that is, UNKOWN type.. Which is what all filesystems that don't support 4.4BSD-style dirents return. d_type is an optional extension and XFS can't support it without changes in the ondisk layout. From owner-linux-xfs@oss.sgi.com Mon May 19 01:11:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 May 2003 01:11:54 -0700 (PDT) Received: from relay.dstl.gov.uk (relay.dera.gov.uk [192.5.29.49]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4J8BS2x001374 for ; Mon, 19 May 2003 01:11:29 -0700 Received: (qmail 4892 invoked from network); 19 May 2003 09:11:22 +0100 Received: from unknown (HELO warlock.dstl.gov.uk) (192.5.29.10) by relay.dera.gov.uk with SMTP; 19 May 2003 09:11:22 +0100 Subject: Re: OT: spamcop.net Was: can you remove this guy? [Fwd: Zennith Bank Ltd] From: Tony Gale To: "Jeffrey E. Hundstad" Cc: "XFS: ""linux-xfs@oss.sgi.com" , Keith Owens , stimits@attbi.com In-Reply-To: <3EC7023C.9@dstl.gov.uk> References: <2847.1053224568@dstl.gov.uk> <3EC7023C.9@mnsu.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XJXytj50CzfqFbvZmjzc" Organization: Message-Id: <1053331883.16349.3.camel@syntax.dstl.gov.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 19 May 2003 09:11:24 +0100 X-archive-position: 4072 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: gale@syntax.dstl.gov.uk Precedence: bulk X-list: linux-xfs Content-Length: 1250 Lines: 37 --=-XJXytj50CzfqFbvZmjzc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-05-18 at 04:47, Jeffrey E. Hundstad wrote: > I use http://spamcop.net/ This automates the procedure of mailing to=20 > the offender and their service providers. Plus it's a double blind=20 > mailing. There is a free reporting only facility. That's the one to use. >=20 Spamcop is useless, don't use it. It just gives people a warm feeling when all it does is make the problem worse. I am the registered owner of a large amount of IP address space and receive regular 'complaints' from Spamcop. I've *never* had a correct complaint yet. Until Spamcop learn to trace SMTP headers correctly, they are an Internet nuisance and should be abolished. -tony --=-XJXytj50CzfqFbvZmjzc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUAPsiRqx/0GZs/Z0FlAQK9IAQAqJjkEriIiPD+t7Nm3U/PIfEjgCx4ynfQ +S9N4X9SajGAtbK3cvb3XsR6meCq/c4OSl4EY0ml784OJ2qQnckxjfD9TcJDnr7t +tZ37VSlydQW0W+vIa+eXZ/WgnmE0+9lxgxb0o/40GtW+Z7DvPanIuUVooJ2B4cI ON06f2XwrNU= =oaVO -----END PGP SIGNATURE----- --=-XJXytj50CzfqFbvZmjzc-- From owner-linux-xfs@oss.sgi.com Mon May 19 01:46:13 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 May 2003 01:46:33 -0700 (PDT) Received: from sweeney.demon.co.uk (213-152-33-154.dsl.eclipse.net.uk [213.152.33.154]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4J8k92x002937 for ; Mon, 19 May 2003 01:46:13 -0700 Received: from localhost (localhost [127.0.0.1]) by sweeney.demon.co.uk (Postfix) with ESMTP id 1945117076 for ; Mon, 19 May 2003 09:45:53 +0100 (BST) Received: from sweeney.demon.co.uk ([127.0.0.1]) by localhost (erdisia [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02762-09 for ; Mon, 19 May 2003 09:45:51 +0100 (BST) Received: from arequipa.sweeney.demon.co.uk (arequipa.sweeney.demon.co.uk [10.0.0.180]) by sweeney.demon.co.uk (Postfix) with SMTP id 3457A170C5 for ; Mon, 19 May 2003 09:45:50 +0100 (BST) Date: Mon, 19 May 2003 09:47:44 +0100 From: Keith Matthews To: linux-xfs Subject: Re: OT: spamcop.net Was: can you remove this guy? [Fwd: Zennith Bank Ltd] Message-Id: <20030519094744.127decc8.keith_m@sweeney.demon.co.uk> In-Reply-To: <1053331883.16349.3.camel@syntax.dstl.gov.uk> References: <2847.1053224568@dstl.gov.uk> <3EC7023C.9@mnsu.edu> <1053331883.16349.3.camel@syntax.dstl.gov.uk> Organization: Frequentous Consultants Ltd X-Mailer: Sylpheed version 0.8.6 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 4073 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: keith_m@sweeney.demon.co.uk Precedence: bulk X-list: linux-xfs Content-Length: 1110 Lines: 29 On 19 May 2003 09:11:24 +0100 Tony Gale wrote: > On Sun, 2003-05-18 at 04:47, Jeffrey E. Hundstad wrote: > > I use http://spamcop.net/ This automates the procedure of mailing > > to the offender and their service providers. Plus it's a double > > blind mailing. There is a free reporting only facility. That's the > > one to use. > > > > Spamcop is useless, don't use it. It just gives people a warm feeling > when all it does is make the problem worse. > > I am the registered owner of a large amount of IP address space and > receive regular 'complaints' from Spamcop. I've *never* had a correct > complaint yet. Until Spamcop learn to trace SMTP headers correctly, > they are an Internet nuisance and should be abolished. > I have heard exactly the same complaint from a significant number of corporate mail admins. Spamcop seem to do too much by automation. The following are low-risk recommends, they cover different aspects: ORDB http://www.ordb.org/ DSBL http://dsbl.org/main Wirehub http://basic.wirehub.nl/blackholes.html Biltzed http://opm.blitzed.org/ From owner-linux-xfs@oss.sgi.com Mon May 19 02:32:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 May 2003 02:33:00 -0700 (PDT) Received: from sisko.scot.redhat.com (80-195-6-107.cable.ubr02.ed.blueyonder.co.uk [80.195.6.107]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4J9We2x005485 for ; Mon, 19 May 2003 02:32:41 -0700 Received: from sisko.scot.redhat.com (localhost [127.0.0.1]) by sisko.scot.redhat.com (8.12.8/8.12.8) with ESMTP id h4J9WOjd003812; Mon, 19 May 2003 10:32:24 +0100 Received: (from sct@localhost) by sisko.scot.redhat.com (8.12.8/8.12.8/Submit) id h4J9WMY8003810; Mon, 19 May 2003 10:32:22 +0100 X-Authentication-Warning: sisko.scot.redhat.com: sct set sender to sct@redhat.com using -f Subject: Re: O_DIRECT address restrictions From: "Stephen C. Tweedie" To: Andi Kleen Cc: Steve Lord , Andrew Morton , Rick Smith , linux-xfs@oss.sgi.com In-Reply-To: <20030516140309.GA20586@Wotan.suse.de> References: <20030515183248.5cd999cb.akpm@digeo.com> <1053093503.5870.5.camel@jen.americas.sgi.com> <20030516140309.GA20586@Wotan.suse.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1053336742.2080.3.camel@sisko.scot.redhat.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 19 May 2003 10:32:22 +0100 X-archive-position: 4074 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sct@redhat.com Precedence: bulk X-list: linux-xfs Content-Length: 345 Lines: 13 Hi, On Fri, 2003-05-16 at 15:03, Andi Kleen wrote: > > Probably a lot of work though. > > Not very. You just have to change setup.c a bit to extent the mem_map above > the physical addresses you want to copy. We have the abstractions to allow discontiguous mem_map, and can find out fairly easily where the PCI IO apertures are. --Stephen From owner-linux-xfs@oss.sgi.com Mon May 19 13:08:05 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 May 2003 13:08:49 -0700 (PDT) Received: from muaddib.hro.localnet (mail@port-212-202-172-49.reverse.qdsl-home.de [212.202.172.49]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4JK832x026594 for ; Mon, 19 May 2003 13:08:04 -0700 Received: from irulan.hro.localnet ([192.168.0.5] helo=spice.cologne.de ident=ij) by muaddib.hro.localnet with esmtp (Exim 3.36 #1 (Debian)) id 19HqTD-0003hB-00 for ; Mon, 19 May 2003 21:38:51 +0200 Message-ID: <3EC932C9.80604@spice.cologne.de> Date: Mon, 19 May 2003 21:38:49 +0200 From: Ingo Juergensmann User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: kernel oops in 2.5.69 Content-Type: multipart/mixed; boundary="------------090704000708060009070601" X-archive-position: 4075 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ij@spice.cologne.de Precedence: bulk X-list: linux-xfs Content-Length: 24636 Lines: 331 This is a multi-part message in MIME format. --------------090704000708060009070601 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 21:32 < ij_> oerx... 21:32 < ij_> xfs in kernel 2.5.69 is not really usuable? 21:32 < hch> it's useable for me at least 21:33 < ij_> kernel oops? 21:33 < hch> as long as you don't use non-standard blocksize or unwritten extents+odirect at least 21:33 < ij_> bad: scheduling while atomic! 21:33 < ij_> Call Trace: 21:33 < ij_> [] schedule+0x3b2/0x3c0 21:33 < ij_> [] xfs_iunlock+0x34/0x70 21:33 < ij_> ... 21:33 < hch> ij_: send the full trace to linux-xfs@oss.sgi.com please here it is (attached) -- Ciao... // Ingo \X/ --------------090704000708060009070601 Content-Type: text/plain; name="xfs-oops.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xfs-oops.txt" May 19 20:42:43 irulan kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 May 19 20:42:43 irulan kernel: printing eip: May 19 20:42:43 irulan kernel: d097556b May 19 20:42:43 irulan kernel: *pde = 00000000 May 19 20:42:43 irulan kernel: Oops: 0000 [#5] May 19 20:42:43 irulan kernel: CPU: 0 May 19 20:42:43 irulan kernel: EIP: 0060:[_end+273022259/1068402632] Not tainted May 19 20:42:43 irulan kernel: EFLAGS: 00010246 May 19 20:42:43 irulan kernel: EIP is at nfs_list_add_request+0x1b/0x70 [nfs] May 19 20:42:43 irulan kernel: eax: c550fb14 ebx: c1a487e0 ecx: 00000000 edx: c550fb14 May 19 20:42:43 irulan kernel: esi: c550fb14 edi: ce14a000 ebp: ce14bcdc esp: ce14bcd0 May 19 20:42:43 irulan kernel: ds: 007b es: 007b ss: 0068 May 19 20:42:43 irulan kernel: Process gzip (pid: 6547, threadinfo=ce14a000 task=c972c6a0) May 19 20:42:44 irulan kernel: Stack: c016c62a c550fa40 c550fb54 ce14bd14 d0978f38 c1a487e0 c550fb14 c1a487e0 May 19 20:42:44 irulan kernel: 00000000 00001000 c550fa40 c550fb24 00001000 c1a487e0 00000000 cc79fa00 May 19 20:42:44 irulan kernel: c550fb54 ce14bd4c d09791a9 cbcd9b60 c550fb54 c111c038 00000000 00001000 May 19 20:42:44 irulan kernel: Call Trace: May 19 20:42:44 irulan kernel: [igrab+74/80] igrab+0x4a/0x50 May 19 20:42:44 irulan kernel: [_end+273037056/1068402632] nfs_update_request+0x2e8/0x350 [nfs] May 19 20:42:44 irulan kernel: [_end+273037681/1068402632] nfs_updatepage+0xc9/0x2a0 [nfs] May 19 20:42:44 irulan kernel: [_end+273003625/1068402632] nfs_commit_write+0x41/0x80 [nfs] May 19 20:42:44 irulan kernel: [generic_file_aio_write_nolock+1009/2976] generic_file_aio_write_nolock+0x3f1/0xba0 May 19 20:42:44 irulan kernel: [_end+273133192/1068402632] nfs_file_aops+0x0/0x40 [nfs] May 19 20:42:44 irulan kernel: [handle_mm_fault+234/400] handle_mm_fault+0xea/0x190 May 19 20:42:44 irulan kernel: [try_to_wake_up+169/336] try_to_wake_up+0xa9/0x150 May 19 20:42:44 irulan kernel: [generic_file_aio_write+133/176] generic_file_aio_write+0x85/0xb0 May 19 20:42:44 irulan kernel: [_end+273003836/1068402632] nfs_file_write+0x94/0xf0 [nfs] May 19 20:42:44 irulan kernel: [do_sync_write+135/192] do_sync_write+0x87/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+640/1269] do_page_fault+0x280/0x4f5 May 19 20:42:44 irulan kernel: [update_process_times+70/80] update_process_times+0x46/0x50 May 19 20:42:44 irulan kernel: [update_wall_time+22/64] update_wall_time+0x16/0x40 May 19 20:42:44 irulan kernel: [do_timer+224/240] do_timer+0xe0/0xf0 May 19 20:42:44 irulan kernel: [timer_interrupt+77/304] timer_interrupt+0x4d/0x130 May 19 20:42:44 irulan kernel: [vfs_write+206/320] vfs_write+0xce/0x140 May 19 20:42:44 irulan kernel: [sys_write+60/96] sys_write+0x3c/0x60 May 19 20:42:44 irulan kernel: [syscall_call+7/11] syscall_call+0x7/0xb May 19 20:42:44 irulan kernel: May 19 20:42:44 irulan kernel: Code: 8b 39 f2 74 22 8b 4b 24 8d b6 00 00 00 00 8d bc 27 00 00 00 May 19 20:42:44 irulan kernel: <6>note: gzip[6547] exited with preempt_count 2 May 19 20:42:44 irulan kernel: Debug: sleeping function called from illegal context at include/linux/rwsem.h:43 May 19 20:42:44 irulan kernel: Call Trace: May 19 20:42:44 irulan kernel: [__might_sleep+97/128] __might_sleep+0x61/0x80 May 19 20:42:44 irulan kernel: [do_acct_process+606/688] do_acct_process+0x25e/0x2b0 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [acct_process+57/97] acct_process+0x39/0x61 May 19 20:42:44 irulan kernel: [do_exit+128/1152] do_exit+0x80/0x480 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [die+225/240] die+0xe1/0xf0 May 19 20:42:44 irulan kernel: [do_page_fault+303/1269] do_page_fault+0x12f/0x4f5 May 19 20:42:44 irulan kernel: [__vma_link+56/160] __vma_link+0x38/0xa0 May 19 20:42:44 irulan kernel: [vma_link+126/192] vma_link+0x7e/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [_end+273022259/1068402632] nfs_list_add_request+0x1b/0x70 [nfs] May 19 20:42:44 irulan kernel: [igrab+74/80] igrab+0x4a/0x50 May 19 20:42:44 irulan kernel: [_end+273037056/1068402632] nfs_update_request+0x2e8/0x350 [nfs] May 19 20:42:44 irulan kernel: [_end+273037681/1068402632] nfs_updatepage+0xc9/0x2a0 [nfs] May 19 20:42:44 irulan kernel: [_end+273003625/1068402632] nfs_commit_write+0x41/0x80 [nfs] May 19 20:42:44 irulan kernel: [generic_file_aio_write_nolock+1009/2976] generic_file_aio_write_nolock+0x3f1/0xba0 May 19 20:42:44 irulan kernel: [_end+273133192/1068402632] nfs_file_aops+0x0/0x40 [nfs] May 19 20:42:44 irulan kernel: [handle_mm_fault+234/400] handle_mm_fault+0xea/0x190 May 19 20:42:44 irulan kernel: [try_to_wake_up+169/336] try_to_wake_up+0xa9/0x150 May 19 20:42:44 irulan kernel: [generic_file_aio_write+133/176] generic_file_aio_write+0x85/0xb0 May 19 20:42:44 irulan kernel: [_end+273003836/1068402632] nfs_file_write+0x94/0xf0 [nfs] May 19 20:42:44 irulan kernel: [do_sync_write+135/192] do_sync_write+0x87/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+640/1269] do_page_fault+0x280/0x4f5 May 19 20:42:44 irulan kernel: [update_process_times+70/80] update_process_times+0x46/0x50 May 19 20:42:44 irulan kernel: [update_wall_time+22/64] update_wall_time+0x16/0x40 May 19 20:42:44 irulan kernel: [do_timer+224/240] do_timer+0xe0/0xf0 May 19 20:42:44 irulan kernel: [timer_interrupt+77/304] timer_interrupt+0x4d/0x130 May 19 20:42:44 irulan kernel: [vfs_write+206/320] vfs_write+0xce/0x140 May 19 20:42:44 irulan kernel: [sys_write+60/96] sys_write+0x3c/0x60 May 19 20:42:44 irulan kernel: [syscall_call+7/11] syscall_call+0x7/0xb May 19 20:42:44 irulan kernel: May 19 20:42:44 irulan kernel: bad: scheduling while atomic! May 19 20:42:44 irulan kernel: Call Trace: May 19 20:42:44 irulan kernel: [schedule+946/960] schedule+0x3b2/0x3c0 May 19 20:42:44 irulan kernel: [generic_commit_write+117/144] generic_commit_write+0x75/0x90 May 19 20:42:44 irulan kernel: [unlock_page+22/80] unlock_page+0x16/0x50 May 19 20:42:44 irulan kernel: [generic_file_aio_write_nolock+1525/2976] generic_file_aio_write_nolock+0x5f5/0xba0 May 19 20:42:44 irulan kernel: [try_to_wake_up+169/336] try_to_wake_up+0xa9/0x150 May 19 20:42:44 irulan kernel: [__wake_up_common+58/112] __wake_up_common+0x3a/0x70 May 19 20:42:44 irulan kernel: [generic_file_write_nolock+120/144] generic_file_write_nolock+0x78/0x90 May 19 20:42:44 irulan kernel: [__print_symbol+300/368] __print_symbol+0x12c/0x170 May 19 20:42:44 irulan kernel: [__print_symbol+63/368] __print_symbol+0x3f/0x170 May 19 20:42:44 irulan kernel: [xfs_ichgtime+76/216] xfs_ichgtime+0x4c/0xd8 May 19 20:42:44 irulan kernel: [xfs_iunlock+52/112] xfs_iunlock+0x34/0x70 May 19 20:42:44 irulan kernel: [xfs_write+647/2048] xfs_write+0x287/0x800 May 19 20:42:44 irulan kernel: [__wake_up_common+58/112] __wake_up_common+0x3a/0x70 May 19 20:42:44 irulan kernel: [linvfs_writev+197/224] linvfs_writev+0xc5/0xe0 May 19 20:42:44 irulan kernel: [linvfs_write+51/64] linvfs_write+0x33/0x40 May 19 20:42:44 irulan kernel: [do_acct_process+567/688] do_acct_process+0x237/0x2b0 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [acct_process+57/97] acct_process+0x39/0x61 May 19 20:42:44 irulan kernel: [do_exit+128/1152] do_exit+0x80/0x480 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [die+225/240] die+0xe1/0xf0 May 19 20:42:44 irulan kernel: [do_page_fault+303/1269] do_page_fault+0x12f/0x4f5 May 19 20:42:44 irulan kernel: [__vma_link+56/160] __vma_link+0x38/0xa0 May 19 20:42:44 irulan kernel: [vma_link+126/192] vma_link+0x7e/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [_end+273022259/1068402632] nfs_list_add_request+0x1b/0x70 [nfs] May 19 20:42:44 irulan kernel: [igrab+74/80] igrab+0x4a/0x50 May 19 20:42:44 irulan kernel: [_end+273037056/1068402632] nfs_update_request+0x2e8/0x350 [nfs] May 19 20:42:44 irulan kernel: [_end+273037681/1068402632] nfs_updatepage+0xc9/0x2a0 [nfs] May 19 20:42:44 irulan kernel: [_end+273003625/1068402632] nfs_commit_write+0x41/0x80 [nfs] May 19 20:42:44 irulan kernel: [generic_file_aio_write_nolock+1009/2976] generic_file_aio_write_nolock+0x3f1/0xba0 May 19 20:42:44 irulan kernel: [_end+273133192/1068402632] nfs_file_aops+0x0/0x40 [nfs] May 19 20:42:44 irulan kernel: [handle_mm_fault+234/400] handle_mm_fault+0xea/0x190 May 19 20:42:44 irulan kernel: [try_to_wake_up+169/336] try_to_wake_up+0xa9/0x150 May 19 20:42:44 irulan kernel: [generic_file_aio_write+133/176] generic_file_aio_write+0x85/0xb0 May 19 20:42:44 irulan kernel: [_end+273003836/1068402632] nfs_file_write+0x94/0xf0 [nfs] May 19 20:42:44 irulan kernel: [do_sync_write+135/192] do_sync_write+0x87/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+640/1269] do_page_fault+0x280/0x4f5 May 19 20:42:44 irulan kernel: [update_process_times+70/80] update_process_times+0x46/0x50 May 19 20:42:44 irulan kernel: [update_wall_time+22/64] update_wall_time+0x16/0x40 May 19 20:42:44 irulan kernel: [do_timer+224/240] do_timer+0xe0/0xf0 May 19 20:42:44 irulan kernel: [timer_interrupt+77/304] timer_interrupt+0x4d/0x130 May 19 20:42:44 irulan kernel: [vfs_write+206/320] vfs_write+0xce/0x140 May 19 20:42:44 irulan kernel: [sys_write+60/96] sys_write+0x3c/0x60 May 19 20:42:44 irulan kernel: [syscall_call+7/11] syscall_call+0x7/0xb May 19 20:42:44 irulan kernel: May 19 20:42:44 irulan kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 May 19 20:42:44 irulan kernel: printing eip: May 19 20:42:44 irulan kernel: d097556b May 19 20:42:44 irulan kernel: *pde = 00000000 May 19 20:42:44 irulan kernel: Oops: 0000 [#6] May 19 20:42:44 irulan kernel: CPU: 0 May 19 20:42:44 irulan kernel: EIP: 0060:[_end+273022259/1068402632] Not tainted May 19 20:42:44 irulan kernel: EFLAGS: 00010246 May 19 20:42:44 irulan kernel: EIP is at nfs_list_add_request+0x1b/0x70 [nfs] May 19 20:42:44 irulan kernel: eax: c867fab4 ebx: c1a48780 ecx: 00000000 edx: c867fab4 May 19 20:42:44 irulan kernel: esi: c867fab4 edi: ce7f4000 ebp: ce7f5cdc esp: ce7f5cd0 May 19 20:42:44 irulan kernel: ds: 007b es: 007b ss: 0068 May 19 20:42:44 irulan kernel: Process gzip (pid: 6546, threadinfo=ce7f4000 task=c61ecc60) May 19 20:42:44 irulan kernel: Stack: c016c62a c867f9e0 c867faf4 ce7f5d14 d0978f38 c1a48780 c867fab4 c1a48780 May 19 20:42:44 irulan kernel: 00000000 00001000 c867f9e0 c867fac4 00001000 c1a48780 00000000 c063e820 May 19 20:42:44 irulan kernel: c867faf4 ce7f5d4c d09791a9 c2930d40 c867faf4 c10688a8 00000000 00001000 May 19 20:42:44 irulan kernel: Call Trace: May 19 20:42:44 irulan kernel: [igrab+74/80] igrab+0x4a/0x50 May 19 20:42:44 irulan kernel: [_end+273037056/1068402632] nfs_update_request+0x2e8/0x350 [nfs] May 19 20:42:44 irulan kernel: [_end+273037681/1068402632] nfs_updatepage+0xc9/0x2a0 [nfs] May 19 20:42:44 irulan kernel: [_end+273003625/1068402632] nfs_commit_write+0x41/0x80 [nfs] May 19 20:42:44 irulan kernel: [generic_file_aio_write_nolock+1009/2976] generic_file_aio_write_nolock+0x3f1/0xba0 May 19 20:42:44 irulan kernel: [__wake_up_common+58/112] __wake_up_common+0x3a/0x70 May 19 20:42:44 irulan kernel: [_end+273133192/1068402632] nfs_file_aops+0x0/0x40 [nfs] May 19 20:42:44 irulan kernel: [try_to_wake_up+169/336] try_to_wake_up+0xa9/0x150 May 19 20:42:44 irulan kernel: [generic_file_aio_write+133/176] generic_file_aio_write+0x85/0xb0 May 19 20:42:44 irulan kernel: [_end+273003836/1068402632] nfs_file_write+0x94/0xf0 [nfs] May 19 20:42:44 irulan kernel: [do_sync_write+135/192] do_sync_write+0x87/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+640/1269] do_page_fault+0x280/0x4f5 May 19 20:42:44 irulan kernel: [update_process_times+70/80] update_process_times+0x46/0x50 May 19 20:42:44 irulan kernel: [update_wall_time+22/64] update_wall_time+0x16/0x40 May 19 20:42:44 irulan kernel: [do_timer+224/240] do_timer+0xe0/0xf0 May 19 20:42:44 irulan kernel: [timer_interrupt+77/304] timer_interrupt+0x4d/0x130 May 19 20:42:44 irulan kernel: [vfs_write+206/320] vfs_write+0xce/0x140 May 19 20:42:44 irulan kernel: [sys_write+60/96] sys_write+0x3c/0x60 May 19 20:42:44 irulan kernel: [syscall_call+7/11] syscall_call+0x7/0xb May 19 20:42:44 irulan kernel: May 19 20:42:44 irulan kernel: Code: 8b 39 f2 74 22 8b 4b 24 8d b6 00 00 00 00 8d bc 27 00 00 00 May 19 20:42:44 irulan kernel: <6>note: gzip[6546] exited with preempt_count 2 May 19 20:42:44 irulan kernel: bad: scheduling while atomic! May 19 20:42:44 irulan kernel: Call Trace: May 19 20:42:44 irulan kernel: [schedule+946/960] schedule+0x3b2/0x3c0 May 19 20:42:44 irulan kernel: [floppy_release+171/208] floppy_release+0xab/0xd0 May 19 20:42:44 irulan kernel: [__down+133/240] __down+0x85/0xf0 May 19 20:42:44 irulan kernel: [default_wake_function+0/32] default_wake_function+0x0/0x20 May 19 20:42:44 irulan kernel: [ide_intr+122/416] ide_intr+0x7a/0x1a0 May 19 20:42:44 irulan kernel: [__down_failed+11/20] __down_failed+0xb/0x14 May 19 20:42:44 irulan kernel: [.text.lock.xfs_file+5/31] .text.lock.xfs_file+0x5/0x1f May 19 20:42:44 irulan kernel: [linvfs_write+51/64] linvfs_write+0x33/0x40 May 19 20:42:44 irulan kernel: [do_acct_process+567/688] do_acct_process+0x237/0x2b0 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [acct_process+57/97] acct_process+0x39/0x61 May 19 20:42:44 irulan kernel: [do_exit+128/1152] do_exit+0x80/0x480 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [die+225/240] die+0xe1/0xf0 May 19 20:42:44 irulan kernel: [do_page_fault+303/1269] do_page_fault+0x12f/0x4f5 May 19 20:42:44 irulan kernel: [__vma_link+56/160] __vma_link+0x38/0xa0 May 19 20:42:44 irulan kernel: [vma_link+126/192] vma_link+0x7e/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [_end+273022259/1068402632] nfs_list_add_request+0x1b/0x70 [nfs] May 19 20:42:44 irulan kernel: [igrab+74/80] igrab+0x4a/0x50 May 19 20:42:44 irulan kernel: [_end+273037056/1068402632] nfs_update_request+0x2e8/0x350 [nfs] May 19 20:42:44 irulan kernel: [_end+273037681/1068402632] nfs_updatepage+0xc9/0x2a0 [nfs] May 19 20:42:44 irulan kernel: [_end+273003625/1068402632] nfs_commit_write+0x41/0x80 [nfs] May 19 20:42:44 irulan kernel: [generic_file_aio_write_nolock+1009/2976] generic_file_aio_write_nolock+0x3f1/0xba0 May 19 20:42:44 irulan kernel: [__wake_up_common+58/112] __wake_up_common+0x3a/0x70 May 19 20:42:44 irulan kernel: [_end+273133192/1068402632] nfs_file_aops+0x0/0x40 [nfs] May 19 20:42:44 irulan kernel: [try_to_wake_up+169/336] try_to_wake_up+0xa9/0x150 May 19 20:42:44 irulan kernel: [generic_file_aio_write+133/176] generic_file_aio_write+0x85/0xb0 May 19 20:42:44 irulan kernel: [_end+273003836/1068402632] nfs_file_write+0x94/0xf0 [nfs] May 19 20:42:44 irulan kernel: [do_sync_write+135/192] do_sync_write+0x87/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+640/1269] do_page_fault+0x280/0x4f5 May 19 20:42:44 irulan kernel: [update_process_times+70/80] update_process_times+0x46/0x50 May 19 20:42:44 irulan kernel: [update_wall_time+22/64] update_wall_time+0x16/0x40 May 19 20:42:44 irulan kernel: [do_timer+224/240] do_timer+0xe0/0xf0 May 19 20:42:44 irulan kernel: [timer_interrupt+77/304] timer_interrupt+0x4d/0x130 May 19 20:42:44 irulan kernel: [vfs_write+206/320] vfs_write+0xce/0x140 May 19 20:42:44 irulan kernel: [sys_write+60/96] sys_write+0x3c/0x60 May 19 20:42:44 irulan kernel: [syscall_call+7/11] syscall_call+0x7/0xb May 19 20:42:44 irulan kernel: May 19 20:42:44 irulan kernel: bad: scheduling while atomic! May 19 20:42:44 irulan kernel: Call Trace: May 19 20:42:44 irulan kernel: [schedule+946/960] schedule+0x3b2/0x3c0 May 19 20:42:44 irulan kernel: [update_process_times+70/80] update_process_times+0x46/0x50 May 19 20:42:44 irulan kernel: [xfs_iunlock+52/112] xfs_iunlock+0x34/0x70 May 19 20:42:44 irulan kernel: [_end+273022492/1068402632] nfs_wait_on_request+0x94/0x160 [nfs] May 19 20:42:44 irulan kernel: [autoremove_wake_function+37/80] autoremove_wake_function+0x25/0x50 May 19 20:42:44 irulan kernel: [default_wake_function+0/32] default_wake_function+0x0/0x20 May 19 20:42:44 irulan kernel: [_end+273035939/1068402632] nfs_wait_on_requests+0xab/0x100 [nfs] May 19 20:42:44 irulan kernel: [_end+273042951/1068402632] nfs_sync_file+0x9f/0xc0 [nfs] May 19 20:42:44 irulan kernel: [_end+273002586/1068402632] nfs_file_flush+0x42/0x90 [nfs] May 19 20:42:44 irulan kernel: [filp_close+85/208] filp_close+0x55/0xd0 May 19 20:42:44 irulan kernel: [put_files_struct+116/224] put_files_struct+0x74/0xe0 May 19 20:42:44 irulan kernel: [do_exit+285/1152] do_exit+0x11d/0x480 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [die+225/240] die+0xe1/0xf0 May 19 20:42:44 irulan kernel: [do_page_fault+303/1269] do_page_fault+0x12f/0x4f5 May 19 20:42:44 irulan kernel: [__vma_link+56/160] __vma_link+0x38/0xa0 May 19 20:42:44 irulan kernel: [vma_link+126/192] vma_link+0x7e/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [_end+273022259/1068402632] nfs_list_add_request+0x1b/0x70 [nfs] May 19 20:42:44 irulan kernel: [igrab+74/80] igrab+0x4a/0x50 May 19 20:42:44 irulan kernel: [_end+273037056/1068402632] nfs_update_request+0x2e8/0x350 [nfs] May 19 20:42:44 irulan kernel: [_end+273037681/1068402632] nfs_updatepage+0xc9/0x2a0 [nfs] May 19 20:42:44 irulan kernel: [_end+273003625/1068402632] nfs_commit_write+0x41/0x80 [nfs] May 19 20:42:44 irulan kernel: [generic_file_aio_write_nolock+1009/2976] generic_file_aio_write_nolock+0x3f1/0xba0 May 19 20:42:44 irulan kernel: [_end+273133192/1068402632] nfs_file_aops+0x0/0x40 [nfs] May 19 20:42:44 irulan kernel: [handle_mm_fault+234/400] handle_mm_fault+0xea/0x190 May 19 20:42:44 irulan kernel: [try_to_wake_up+169/336] try_to_wake_up+0xa9/0x150 May 19 20:42:44 irulan kernel: [generic_file_aio_write+133/176] generic_file_aio_write+0x85/0xb0 May 19 20:42:44 irulan kernel: [_end+273003836/1068402632] nfs_file_write+0x94/0xf0 [nfs] May 19 20:42:44 irulan kernel: [do_sync_write+135/192] do_sync_write+0x87/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+640/1269] do_page_fault+0x280/0x4f5 May 19 20:42:44 irulan kernel: [update_process_times+70/80] update_process_times+0x46/0x50 May 19 20:42:44 irulan kernel: [update_wall_time+22/64] update_wall_time+0x16/0x40 May 19 20:42:44 irulan kernel: [do_timer+224/240] do_timer+0xe0/0xf0 May 19 20:42:44 irulan kernel: [timer_interrupt+77/304] timer_interrupt+0x4d/0x130 May 19 20:42:44 irulan kernel: [vfs_write+206/320] vfs_write+0xce/0x140 May 19 20:42:44 irulan kernel: [sys_write+60/96] sys_write+0x3c/0x60 May 19 20:42:44 irulan kernel: [syscall_call+7/11] syscall_call+0x7/0xb May 19 20:42:44 irulan kernel: May 19 20:42:44 irulan kernel: bad: scheduling while atomic! May 19 20:42:44 irulan kernel: Call Trace: May 19 20:42:44 irulan kernel: [schedule+946/960] schedule+0x3b2/0x3c0 May 19 20:42:44 irulan kernel: [xfs_iunlock+52/112] xfs_iunlock+0x34/0x70 May 19 20:42:44 irulan kernel: [_end+273022492/1068402632] nfs_wait_on_request+0x94/0x160 [nfs] May 19 20:42:44 irulan kernel: [autoremove_wake_function+37/80] autoremove_wake_function+0x25/0x50 May 19 20:42:44 irulan kernel: [default_wake_function+0/32] default_wake_function+0x0/0x20 May 19 20:42:44 irulan kernel: [_end+273035939/1068402632] nfs_wait_on_requests+0xab/0x100 [nfs] May 19 20:42:44 irulan kernel: [_end+273042951/1068402632] nfs_sync_file+0x9f/0xc0 [nfs] May 19 20:42:44 irulan kernel: [_end+273002586/1068402632] nfs_file_flush+0x42/0x90 [nfs] May 19 20:42:44 irulan kernel: [filp_close+85/208] filp_close+0x55/0xd0 May 19 20:42:44 irulan kernel: [put_files_struct+116/224] put_files_struct+0x74/0xe0 May 19 20:42:44 irulan kernel: [do_exit+285/1152] do_exit+0x11d/0x480 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [die+225/240] die+0xe1/0xf0 May 19 20:42:44 irulan kernel: [do_page_fault+303/1269] do_page_fault+0x12f/0x4f5 May 19 20:42:44 irulan kernel: [__vma_link+56/160] __vma_link+0x38/0xa0 May 19 20:42:44 irulan kernel: [vma_link+126/192] vma_link+0x7e/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [do_page_fault+0/1269] do_page_fault+0x0/0x4f5 May 19 20:42:44 irulan kernel: [error_code+45/56] error_code+0x2d/0x38 May 19 20:42:44 irulan kernel: [_end+273022259/1068402632] nfs_list_add_request+0x1b/0x70 [nfs] May 19 20:42:44 irulan kernel: [igrab+74/80] igrab+0x4a/0x50 May 19 20:42:44 irulan kernel: [_end+273037056/1068402632] nfs_update_request+0x2e8/0x350 [nfs] May 19 20:42:44 irulan kernel: [_end+273037681/1068402632] nfs_updatepage+0xc9/0x2a0 [nfs] May 19 20:42:44 irulan kernel: [_end+273003625/1068402632] nfs_commit_write+0x41/0x80 [nfs] May 19 20:42:44 irulan kernel: [generic_file_aio_write_nolock+1009/2976] generic_file_aio_write_nolock+0x3f1/0xba0 May 19 20:42:44 irulan kernel: [__wake_up_common+58/112] __wake_up_common+0x3a/0x70 May 19 20:42:44 irulan kernel: [_end+273133192/1068402632] nfs_file_aops+0x0/0x40 [nfs] May 19 20:42:44 irulan kernel: [try_to_wake_up+169/336] try_to_wake_up+0xa9/0x150 May 19 20:42:44 irulan kernel: [generic_file_aio_write+133/176] generic_file_aio_write+0x85/0xb0 May 19 20:42:44 irulan kernel: [_end+273003836/1068402632] nfs_file_write+0x94/0xf0 [nfs] May 19 20:42:44 irulan kernel: [do_sync_write+135/192] do_sync_write+0x87/0xc0 May 19 20:42:44 irulan kernel: [do_page_fault+640/1269] do_page_fault+0x280/0x4f5 May 19 20:42:44 irulan kernel: [update_process_times+70/80] update_process_times+0x46/0x50 May 19 20:42:44 irulan kernel: [update_wall_time+22/64] update_wall_time+0x16/0x40 May 19 20:42:44 irulan kernel: [do_timer+224/240] do_timer+0xe0/0xf0 May 19 20:42:44 irulan kernel: [timer_interrupt+77/304] timer_interrupt+0x4d/0x130 May 19 20:42:44 irulan kernel: [vfs_write+206/320] vfs_write+0xce/0x140 May 19 20:42:44 irulan kernel: [sys_write+60/96] sys_write+0x3c/0x60 May 19 20:42:44 irulan kernel: [syscall_call+7/11] syscall_call+0x7/0xb May 19 20:42:44 irulan kernel: --------------090704000708060009070601-- From owner-linux-xfs@oss.sgi.com Mon May 19 13:21:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 May 2003 13:22:28 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4JKLk2x027142 for ; Mon, 19 May 2003 13:21:48 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 19Hr8g-0008Rm-00; Mon, 19 May 2003 21:21:42 +0100 Date: Mon, 19 May 2003 21:21:42 +0100 From: Christoph Hellwig To: Ingo Juergensmann Cc: linux-xfs@oss.sgi.com Subject: Re: kernel oops in 2.5.69 Message-ID: <20030519212142.A32457@infradead.org> References: <3EC932C9.80604@spice.cologne.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3EC932C9.80604@spice.cologne.de>; from ij@spice.cologne.de on Mon, May 19, 2003 at 09:38:49PM +0200 X-archive-position: 4076 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 760 Lines: 19 On Mon, May 19, 2003 at 09:38:49PM +0200, Ingo Juergensmann wrote: > 21:32 < ij_> oerx... > 21:32 < ij_> xfs in kernel 2.5.69 is not really usuable? > 21:32 < hch> it's useable for me at least > 21:33 < ij_> kernel oops? > 21:33 < hch> as long as you don't use non-standard blocksize or > unwritten extents+odirect at least > 21:33 < ij_> bad: scheduling while atomic! > 21:33 < ij_> Call Trace: > 21:33 < ij_> [] schedule+0x3b2/0x3c0 > 21:33 < ij_> [] xfs_iunlock+0x34/0x70 > 21:33 < ij_> ... > 21:33 < hch> ij_: send the full trace to linux-xfs@oss.sgi.com please > > here it is (attached) This starts to oops in NFS first (and for a long time). As NFS in 2.5.69 is know buggy can you reproduce this with the current -bk snapshot? From owner-linux-xfs@oss.sgi.com Mon May 19 14:16:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 May 2003 14:16:52 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4JLGa2x029194 for ; Mon, 19 May 2003 14:16:37 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h4J37YVe028871 for ; Sun, 18 May 2003 22:07:37 -0500 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA26909 for ; Mon, 19 May 2003 12:51:19 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 293C1D8F56; Mon, 19 May 2003 12:51:19 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 28AEE91357 for ; Mon, 19 May 2003 12:51:19 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Subject: Test, ignore Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 May 2003 12:51:14 +1000 Message-ID: <17778.1053312674@kao2.melbourne.sgi.com> X-archive-position: 4077 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@ocs.com.au Precedence: bulk X-list: linux-xfs Content-Length: 99 Lines: 3 Checking if there are any problems with the oss.sgi mailing lists after the move, please ignore. From owner-linux-xfs@oss.sgi.com Tue May 20 01:34:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 01:35:10 -0700 (PDT) Received: from ns.oxagen.co.uk (relay.oxagen.co.uk [217.33.133.227]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4K8Yj2x024661 for ; Tue, 20 May 2003 01:34:48 -0700 Received: from 192.168.22.66 by ns.oxagen.co.uk (InterScan E-Mail VirusWall NT); Tue, 20 May 2003 09:34:36 +0100 Received: by dougal.oxagen.co.uk with Internet Mail Service (5.5.2650.21) id ; Tue, 20 May 2003 09:34:36 +0100 Message-ID: From: Kathryn Bower To: "'linux-xfs@oss.sgi.com'" Subject: compilation fails Date: Tue, 20 May 2003 09:34:29 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain X-archive-position: 4078 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: k.bower@oxagen.co.uk Precedence: bulk X-list: linux-xfs Content-Length: 1470 Lines: 51 Hi - I downloaded the latest 2.4-xfs development tree via CVS yesterday (19/05), but get the following Errors when running `make modules_install`: depmod: *** Unresolved symbols in /lib/modules/2.4.21-xfs-19May2003/kernel/drivers/char/ipmi/ipmi_msghandler.o depmod: panic_notifier_list depmod: *** Unresolved symbols in /lib/modules/2.4.21-xfs-19May2003/kernel/drivers/char/ipmi/ipmi_watchdog.o depmod: panic_notifier_list depmod: panic_timeout depmod: *** Unresolved symbols in /lib/modules/2.4.21-xfs-19May2003/kernel/drivers/net/fc/iph5526.o depmod: fc_type_trans I get these errors regardless of whether I compile xfs support as a module, or statically within the kernel. I don't get any errors during any other step in the build process. System is running RedHat 7.3. The current kernel also includes xfs support 2.4.20-xfs which was built on 02/04/2003, without any problems. Gcc version 2.96. Any suggestions as to how to resolve these errors? Many thanks in advance. Kathryn Bower. -- Kathryn Bower Oxagen Limited 91 Milton Park Abingdon Oxon OX14 4RY Tel: +44 (0)1235 443340 Fax: +44 (0)1235 443301 Email: k.bower@oxagen.co.uk This message contains confidential and potentially legally privileged information solely for its intended recipients and others may not distribute, copy or use it. If you have received this communication in error, please tell us by return email and delete it, and any copies of it. From owner-linux-xfs@oss.sgi.com Tue May 20 01:59:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 01:59:58 -0700 (PDT) Received: from batleth.sapienti-sat.org (batleth.sapienti-sat.org [80.190.100.240]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4K8xX2x026116 for ; Tue, 20 May 2003 01:59:33 -0700 Received: from localhost (localhost.sapienti-sat.org [127.0.0.1]) by batleth.sapienti-sat.org (Postfix) with SMTP id 7F18510256B for ; Tue, 20 May 2003 10:59:31 +0200 (CEST) Received: from warp9.sapienti-sat.org (pD9E7F88C.dip.t-dialin.net [217.231.248.140]) by batleth.sapienti-sat.org (Postfix) with ESMTP id 2EE8710255C for ; Tue, 20 May 2003 10:59:31 +0200 (CEST) Received: from localhost (localhost.sapienti-sat.org [127.0.0.1]) by warp9.sapienti-sat.org (Postfix) with SMTP id A154BBC for ; Tue, 20 May 2003 10:59:28 +0200 (CEST) Received: from koschikode.com (pktomo.sapienti-sat.org [192.168.200.10]) by warp9.sapienti-sat.org (Postfix) with ESMTP id 43D05B9 for ; Tue, 20 May 2003 10:59:28 +0200 (CEST) Message-ID: <3EC9EE6F.2090508@koschikode.com> Date: Tue, 20 May 2003 10:59:27 +0200 From: Juri Haberland User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: de-de, en-us, en MIME-Version: 1.0 To: "'linux-xfs@oss.sgi.com'" Subject: Re: compilation fails References: In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 4079 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: juri@koschikode.com Precedence: bulk X-list: linux-xfs Content-Length: 1366 Lines: 36 Kathryn Bower wrote: > Hi - > > I downloaded the latest 2.4-xfs development tree via CVS yesterday (19/05), > but get the following Errors when running `make modules_install`: > > depmod: *** Unresolved symbols in > /lib/modules/2.4.21-xfs-19May2003/kernel/drivers/char/ipmi/ipmi_msghandler.o > depmod: panic_notifier_list > depmod: *** Unresolved symbols in > /lib/modules/2.4.21-xfs-19May2003/kernel/drivers/char/ipmi/ipmi_watchdog.o > depmod: panic_notifier_list > depmod: panic_timeout > depmod: *** Unresolved symbols in > /lib/modules/2.4.21-xfs-19May2003/kernel/drivers/net/fc/iph5526.o > depmod: fc_type_trans > > > I get these errors regardless of whether I compile xfs support as a module, > or statically within the kernel. I don't get any errors during any other > step in the build process. > > System is running RedHat 7.3. The current kernel also includes xfs support > 2.4.20-xfs which was built on 02/04/2003, without any problems. Gcc version > 2.96. > > Any suggestions as to how to resolve these errors? This doesn't look XFS specific. It might be a general problem of the underlying kernel version 2.4.21-rc2. You might want to verify that these problems also occur using vanilla 2.4.21-rc2 from ftp.kernel.org. If so, linux-kernel@vger.kernel.org would be the better forum to get help. Regards, Juri From owner-linux-xfs@oss.sgi.com Tue May 20 02:08:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 02:08:49 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4K98g2x027080 for ; Tue, 20 May 2003 02:08:42 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h4K9NcVe023523 for ; Tue, 20 May 2003 04:23:39 -0500 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA13886; Tue, 20 May 2003 19:07:18 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id A8B4AD8F53; Tue, 20 May 2003 19:07:18 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id A5F6191357; Tue, 20 May 2003 19:07:18 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Kathryn Bower Cc: "'linux-xfs@oss.sgi.com'" Subject: Re: compilation fails In-reply-to: Your message of "Tue, 20 May 2003 09:34:29 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 May 2003 19:07:13 +1000 Message-ID: <7550.1053421633@kao2.melbourne.sgi.com> X-archive-position: 4080 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1112 Lines: 26 On Tue, 20 May 2003 09:34:29 +0100, Kathryn Bower wrote: >Hi - > >I downloaded the latest 2.4-xfs development tree via CVS yesterday (19/05), >but get the following Errors when running `make modules_install`: > >depmod: *** Unresolved symbols in >/lib/modules/2.4.21-xfs-19May2003/kernel/drivers/char/ipmi/ipmi_msghandler.o >depmod: panic_notifier_list >depmod: *** Unresolved symbols in >/lib/modules/2.4.21-xfs-19May2003/kernel/drivers/char/ipmi/ipmi_watchdog.o >depmod: panic_notifier_list >depmod: panic_timeout >depmod: *** Unresolved symbols in >/lib/modules/2.4.21-xfs-19May2003/kernel/drivers/net/fc/iph5526.o >depmod: fc_type_trans Those errors are from the base 2.4.21-rc1 kernel, they are not XFS errors. SGI could do a local fix but it would be better if the real fix came from the IPMI and IP/SCSI developers. Especially since exporting panic_notifier_list is dangerous, it introduces a race between module unload and panic. Either build ipmi and iph5526 into the kernel (not modules) or contact he IPMI and IP/SCSI developers for a fix. From owner-linux-xfs@oss.sgi.com Tue May 20 02:18:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 02:18:59 -0700 (PDT) Received: from snoopy.pacific.net.au (snoopy.pacific.net.au [61.8.0.36]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4K9Ir2x027757 for ; Tue, 20 May 2003 02:18:55 -0700 Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.2.228.40]) by snoopy.pacific.net.au (8.12.3/8.12.3/Debian-6.3) with ESMTP id h4K9Iqxh007393 for ; Tue, 20 May 2003 19:18:52 +1000 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id h4K9IqQg021112 for ; Tue, 20 May 2003 19:18:52 +1000 (EST) Received: from jdc.local (dyn172.mel2.homedsl.pacific.net.au [203.100.245.172]) by wisma.pacific.net.au (8.12.9/8.12.9) with ESMTP id h4K9IpYZ024546 for ; Tue, 20 May 2003 19:18:51 +1000 (EST) Received: from jdc.local (localhost [127.0.0.1]) by jdc.local (8.12.9/8.12.9/Debian-3) with ESMTP id h4K9IpV9004693 for ; Tue, 20 May 2003 19:18:51 +1000 Received: (from jason@localhost) by jdc.local (8.12.9/8.12.9/Debian-3) id h4K9Il1Q004675; Tue, 20 May 2003 19:18:47 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16073.62199.942893.801882@jdc.local> Date: Tue, 20 May 2003 19:18:47 +1000 To: linux-xfs Subject: System hang during shutdown/unmount X-Mailer: VM 7.07 under Emacs 21.2.1 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-archive-position: 4081 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jasonw@ariel.ucs.unimelb.edu.au Precedence: bulk X-list: linux-xfs Content-Length: 846 Lines: 19 Today I experienced for the first time a system hang during the shutdown sequence while unmounting local filesystems. There were no error messages displayed, and nothing in the kernel logs (syslog had already exited successfully, according to the log). Upon reboot, XFS recovery took place, with no errors reported, and nor did xfs_check find any problems on any of the XFS file systems. The circumstances of the shutdown were that there was plenty of disk activity due to mail retrieval (sendmail, fetchmail, spamassassin/spamd, procmail etc., having just been started), but otherwise nothing unusual, and certainly not a high load average. Not sure whether this is specifically XFS-related. If it happens again I will upgrade the kernel. Kernel details: Linux jdc 2.4.20-xfs #1 Sat Feb 22 20:34:34 EST 2003 i686 (from CVS as of that date). From owner-linux-xfs@oss.sgi.com Tue May 20 02:59:06 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 02:59:23 -0700 (PDT) Received: from fruit.eu.org (daemon@zooi.xs4all.nl [80.126.184.204]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4K9x42x032766 for ; Tue, 20 May 2003 02:59:06 -0700 Received: from localhost (localhost [127.0.0.1]) (uid 500) by fruit.eu.org with local; Tue, 20 May 2003 11:59:02 +0200 Date: Tue, 20 May 2003 11:59:02 +0200 From: Wessel Dankers To: linux-xfs Subject: Re: System hang during shutdown/unmount Message-ID: <20030520095902.GC15229@fruit.eu.org> Mail-Followup-To: linux-xfs References: <16073.62199.942893.801882@jdc.local> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <16073.62199.942893.801882@jdc.local> X-oi: oi User-Agent: Mutt/1.5.4i X-Mime-Autoconverted: from 8bit to quoted-printable by courier 0.42.2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4K9x62x032767 X-archive-position: 4082 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wsl@fruit.eu.org Precedence: bulk X-list: linux-xfs Content-Length: 318 Lines: 13 On 2003-05-20 19:18:47+1000, Jason White wrote: > Today I experienced for the first time a system hang during the shutdown > sequence while unmounting local filesystems. http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 Fixed a few weeks ago. -- Wessel Dankers “CPU needs bearings repacked†From owner-linux-xfs@oss.sgi.com Tue May 20 03:51:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 03:51:32 -0700 (PDT) Received: from snoopy.pacific.net.au (snoopy.pacific.net.au [61.8.0.36]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KApH2x003760 for ; Tue, 20 May 2003 03:51:18 -0700 Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.2.228.40]) by snoopy.pacific.net.au (8.12.3/8.12.3/Debian-6.3) with ESMTP id h4KApFxh030180 for ; Tue, 20 May 2003 20:51:15 +1000 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id h4KApFQg008276 for ; Tue, 20 May 2003 20:51:15 +1000 (EST) Received: from jdc.local (dyn172.mel2.homedsl.pacific.net.au [203.100.245.172]) by wisma.pacific.net.au (8.12.9/8.12.9) with ESMTP id h4KApEYZ015998 for ; Tue, 20 May 2003 20:51:14 +1000 (EST) Received: from jdc.local (localhost [127.0.0.1]) by jdc.local (8.12.9/8.12.9/Debian-3) with ESMTP id h4KApEV9007074 for ; Tue, 20 May 2003 20:51:14 +1000 Received: (from jason@localhost) by jdc.local (8.12.9/8.12.9/Debian-3) id h4KApEWP007068; Tue, 20 May 2003 20:51:14 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16074.2210.446046.674822@jdc.local> Date: Tue, 20 May 2003 20:51:14 +1000 To: linux-xfs Subject: Re: System hang during shutdown/unmount In-Reply-To: <20030520095902.GC15229@fruit.eu.org> References: <16073.62199.942893.801882@jdc.local> <20030520095902.GC15229@fruit.eu.org> X-Mailer: VM 7.07 under Emacs 21.2.1 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-archive-position: 4083 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jasonw@ariel.ucs.unimelb.edu.au Precedence: bulk X-list: linux-xfs Content-Length: 469 Lines: 16 Wessel Dankers writes: > > http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 > > Fixed a few weeks ago. Sorry for the noise on the list - I should have found the SGI Bugzilla page. I had incorrectly remembered this bug as involving NFS unmounts rather than local disk. I'm contemplating a kernel upgrade as soon as 2.4.21 comes out. Does it compile with gcc 3.2.3 or would it be better to go back to gcc 2.95.3? Gcc 3.3 has now entered Debian unstable as well. From owner-linux-xfs@oss.sgi.com Tue May 20 04:05:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 04:06:21 -0700 (PDT) Received: from fruit.eu.org (daemon@zooi.xs4all.nl [80.126.184.204]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KB5Y2x005094 for ; Tue, 20 May 2003 04:05:35 -0700 Received: from localhost (localhost [127.0.0.1]) (uid 500) by fruit.eu.org with local; Tue, 20 May 2003 13:05:33 +0200 Date: Tue, 20 May 2003 13:05:33 +0200 From: Wessel Dankers To: linux-xfs Subject: Re: System hang during shutdown/unmount Message-ID: <20030520110533.GD15229@fruit.eu.org> Mail-Followup-To: linux-xfs References: <16073.62199.942893.801882@jdc.local> <20030520095902.GC15229@fruit.eu.org> <16074.2210.446046.674822@jdc.local> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <16074.2210.446046.674822@jdc.local> X-oi: oi User-Agent: Mutt/1.5.4i X-Mime-Autoconverted: from 8bit to quoted-printable by courier 0.42.2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4KB5a2x005096 X-archive-position: 4084 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wsl@fruit.eu.org Precedence: bulk X-list: linux-xfs Content-Length: 511 Lines: 18 On 2003-05-20 20:51:14+1000, Jason White wrote: > I'm contemplating a kernel upgrade as soon as 2.4.21 comes out. Does > it compile with gcc 3.2.3 or would it be better to go back to gcc > 2.95.3? > > Gcc 3.3 has now entered Debian unstable as well. I'm probably going to compile 2.4.21 with 3.3 and see how it goes. The O_DIRECT file corruption bug was supposedly fixed in 2.4.21, let's see if that's true. Cheers, -- Wessel Dankers “Failure to adjust for daylight savings time.†From owner-linux-xfs@oss.sgi.com Tue May 20 05:24:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 05:24:43 -0700 (PDT) Received: from redix.it (host49-169.pool8172.interbusiness.it [81.72.169.49]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KCOQ2x010157 for ; Tue, 20 May 2003 05:24:28 -0700 Received: (qmail 26699 invoked by uid 507); 20 May 2003 12:24:23 -0000 Received: from roberto@redix.it by mail.redix.it by uid 504 with qmail-scanner-1.14 (clamscan: 0.24. Clear:. Processed in 1.456899 secs); 20 May 2003 12:24:23 -0000 Received: from localhost (HELO redix.it) (127.0.0.1) by 0 with SMTP; 20 May 2003 12:24:21 -0000 Received: from 192.168.0.1 (proxying for 192.168.0.207) (SquirrelMail authenticated user roberto) by mail.redix.it with HTTP; Tue, 20 May 2003 14:24:21 +0200 (CEST) Message-ID: <44711.192.168.0.1.1053433461.squirrel@mail.redix.it> Date: Tue, 20 May 2003 14:24:21 +0200 (CEST) Subject: how it is solved Bug 227 From: To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 4085 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roberto@redix.it Precedence: bulk X-list: linux-xfs Content-Length: 297 Lines: 12 I'm using Linux 2.4.19 with XFS 1.2 and LVM 1.0.7. On my system I've noticed a behaviour like the one described in the bug-id= 227. I red the description and its status is closed; it is the same as 230, but I do not understand how to solve. What patch should I apply, if any ? Thanks Roberto From owner-linux-xfs@oss.sgi.com Tue May 20 07:02:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 07:02:47 -0700 (PDT) Received: from gw1.takuwa.org (YahooBB219009060005.bbtec.net [219.9.60.5]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KE2T2x016425 for ; Tue, 20 May 2003 07:02:31 -0700 Received: from [127.0.0.1] (unknown [192.168.0.1]) by gw1.takuwa.org (Postfix) with ESMTP id 99DEBE1767F for ; Tue, 20 May 2003 23:02:23 +0900 (JST) Date: Tue, 20 May 2003 23:02:23 +0900 From: Susumu Takuwa To: linux-xfs@oss.sgi.com Subject: update packages Message-Id: <20030520223819.82AE.SUSUMU-T@po.sakura.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.06.02 X-archive-position: 4086 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: susumu-t@po.sakura.ne.jp Precedence: bulk X-list: linux-xfs Content-Length: 539 Lines: 22 I use Red Hat Linux 9 and XFS, installed from `forRH-9.0-SGI-XFS-1.2.0-v0.iso'. Recently, someone have found security hole in kernel 2.4 and Red Hat Inc. have released update kernel package(*1). So, I'd like to update kernel for my system and looked for update package in oss.sgi.com/projects/xfs. But I could not find out. Q1: Someone build update packages ? Q2: What do you do when you need update package included in `forRH-9.0-SGI-XFS-1.2.0-v0.iso' ? *1 https://rhn.redhat.com/errata/RHSA-2003-172.html Susumu Takuwa From owner-linux-xfs@oss.sgi.com Tue May 20 07:18:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 07:18:32 -0700 (PDT) Received: from mx-01-bsl.sauter-bc.com (mx-01-bsl.sauter-bc.com [213.173.165.132]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KEID2x017496 for ; Tue, 20 May 2003 07:18:15 -0700 Received: from mailhub.ch.sauter-bc.com (mailhub [10.1.6.26]) by mx-01-bsl.sauter-bc.com (Postfix) with ESMTP id 402594E269; Tue, 20 May 2003 16:18:12 +0200 (CEST) Received: from ch.sauter-bc.com (sup.ch.sauter-bc.com [10.1.200.117]) by mailhub.ch.sauter-bc.com (Postfix) with ESMTP id 2C0E532CCF; Tue, 20 May 2003 16:18:11 +0200 (CEST) Message-ID: <3ECA3923.F5F44C16@ch.sauter-bc.com> Date: Tue, 20 May 2003 16:18:11 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.24-6.2.3 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Susumu Takuwa Cc: linux-xfs@oss.sgi.com Subject: Re: update packages References: <20030520223819.82AE.SUSUMU-T@po.sakura.ne.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 4087 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Content-Length: 1048 Lines: 31 Susumu Takuwa schrieb: > > I use Red Hat Linux 9 and XFS, installed from `forRH-9.0-SGI-XFS-1.2.0-v0.iso'. > Recently, someone have found security hole in kernel 2.4 and Red Hat Inc. > have released update kernel package(*1). So, I'd like to update kernel > for my system and looked for update package in oss.sgi.com/projects/xfs. > But I could not find out. > > Q1: Someone build update packages ? Hi, Seth has kindly done it. Check here http://iserv.nl/files/xfs/2.4.20-13/ AFAIK he builds on RedHat 7.x, so you may want to rebuild on RedHat9. For RH9, it seems that you may want to change two lines in the .spec file to look like this: %define nptlarchs %{all_x86} #define nptlarchs noarch HTH Simon > Q2: What do you do when you need update package included in > `forRH-9.0-SGI-XFS-1.2.0-v0.iso' ? > > *1 https://rhn.redhat.com/errata/RHSA-2003-172.html > > Susumu Takuwa From owner-linux-xfs@oss.sgi.com Tue May 20 07:29:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 07:29:27 -0700 (PDT) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KETM2x018100 for ; Tue, 20 May 2003 07:29:23 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4KETJON033521; Tue, 20 May 2003 16:29:20 +0200 (CEST) Message-Id: <4.3.2.7.2.20030520161853.02fe9dd8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 20 May 2003 16:29:02 +0200 To: Susumu Takuwa , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: update packages In-Reply-To: <20030520223819.82AE.SUSUMU-T@po.sakura.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 4088 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 1207 Lines: 41 At 23:02 20-5-2003 +0900, Susumu Takuwa wrote: >I use Red Hat Linux 9 and XFS, installed from >`forRH-9.0-SGI-XFS-1.2.0-v0.iso'. >Recently, someone have found security hole in kernel 2.4 and Red Hat Inc. >have released update kernel package(*1). So, I'd like to update kernel >for my system and looked for update package in oss.sgi.com/projects/xfs. >But I could not find out. > >Q1: Someone build update packages ? Hai! They are built on Red Hat 7.3 so you would need to rebuild them for Red Hat 9 since I don't have a Red Hat 9 box. http://iserv.nl/files/xfs/2.4.20-13/ Get the kernel-2.4.20-13SGI_XFS_1.2.0.src.rpm rpmbuild --rebuild --target=i686 kernel-2.4.20-13SGI_XFS_1.2.0.src.rpm After much activity this should give you a binary rpm. Another option would be fetching the kernel-source rpm and building with one of the configs from the config subdirectory rpm -ivh kernel-source-2.4.20-13SGI_XFS_1.2.0.i386.rpm cd /usr/src/linux-2.4 make mrproper cp configs/kernel-2.4.20-i686.config .config make oldconfig make dep && make bzImage && make modules && make modules_install && make install edit /etc/lilo.conf run lilo Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Tue May 20 08:59:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 08:59:31 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KFxH2x027243 for ; Tue, 20 May 2003 08:59:17 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4J1kCE0015926 for ; Sun, 18 May 2003 18:46:13 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4J1isQd547792 for ; Mon, 19 May 2003 11:44:54 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4J1ipJN547218 for linux-xfs@oss.sgi.com; Mon, 19 May 2003 11:44:51 +1000 (EST) Date: Mon, 19 May 2003 11:44:51 +1000 (EST) From: Nathan Scott Message-Id: <200305190144.h4J1ipJN547218@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - log recovery cleanup X-archive-position: 4089 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1719 Lines: 65 Remove a void* from the xfs_mount structure, move the log stripe mask field from the xfs_mount structure to the log structure (saves a couple of pointer dereferences when writing to the log, with v2 logs only). Date: Sun May 18 16:48:15 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149395a linux/fs/xfs/xfsidbg.c - 1.225 linux/fs/xfs/xfs_log.c - 1.269 linux/fs/xfs/xfs_log_priv.h - 1.90 linux/fs/xfs/xfs_mount.h - 1.172 linux/fs/xfs/xfs_mount.c - 1.329 Rationalise xlog_in_core2 definition, remove some ifdef __KERNEL__ code which is unnecessary here nowadays, clarify some recovery debug code. Date: Sun May 18 17:07:42 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149396a linux/fs/xfs/xfs_log_priv.h - 1.91 linux/fs/xfs/xfs_log_recover.c - 1.266 Make log recovery code style consistent with a/ itself and b/ much of the rest of XFS. Fix numerous crimes against whitespace. Date: Sun May 18 17:25:11 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149398a linux/fs/xfs/xfs_log_recover.c - 1.267 Fix two remaining indentation inconsistencies. Date: Sun May 18 18:31:43 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149400a linux/fs/xfs/xfs_log_recover.c - 1.268 From owner-linux-xfs@oss.sgi.com Tue May 20 09:58:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 09:58:26 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KGwB2x002476 for ; Tue, 20 May 2003 09:58:11 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4JKVmE0028043 for ; Mon, 19 May 2003 13:31:48 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4JKVla224271607; Mon, 19 May 2003 15:31:47 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4JKVlRn58026792; Mon, 19 May 2003 15:31:47 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4JKVli16228; Mon, 19 May 2003 15:31:47 -0500 Subject: Re: kernel oops in 2.5.69 From: Steve Lord To: Christoph Hellwig Cc: Ingo Juergensmann , linux-xfs@oss.sgi.com In-Reply-To: <20030519212142.A32457@infradead.org> References: <3EC932C9.80604@spice.cologne.de> <20030519212142.A32457@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1053376306.7995.23.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 19 May 2003 15:31:47 -0500 X-archive-position: 4090 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1058 Lines: 29 On Mon, 2003-05-19 at 15:21, Christoph Hellwig wrote: > On Mon, May 19, 2003 at 09:38:49PM +0200, Ingo Juergensmann wrote: > > 21:32 < ij_> oerx... > > 21:32 < ij_> xfs in kernel 2.5.69 is not really usuable? > > 21:32 < hch> it's useable for me at least > > 21:33 < ij_> kernel oops? > > 21:33 < hch> as long as you don't use non-standard blocksize or > > unwritten extents+odirect at least > > 21:33 < ij_> bad: scheduling while atomic! > > 21:33 < ij_> Call Trace: > > 21:33 < ij_> [] schedule+0x3b2/0x3c0 > > 21:33 < ij_> [] xfs_iunlock+0x34/0x70 > > 21:33 < ij_> ... > > 21:33 < hch> ij_: send the full trace to linux-xfs@oss.sgi.com please > > > > here it is (attached) > > This starts to oops in NFS first (and for a long time). As NFS in 2.5.69 > is know buggy can you reproduce this with the current -bk snapshot? Plus, there is no call to schedule out of xfs_iunlock. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue May 20 10:01:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 10:01:26 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KH1J2x003162 for ; Tue, 20 May 2003 10:01:22 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h4J2q3E0022673 for ; Sun, 18 May 2003 19:52:04 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA26904 for ; Mon, 19 May 2003 12:50:48 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id D6144D8F56; Mon, 19 May 2003 12:50:47 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id D34EE91357 for ; Mon, 19 May 2003 12:50:47 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Subject: Test, ignore Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 May 2003 12:50:42 +1000 Message-ID: <17760.1053312642@kao2.melbourne.sgi.com> X-archive-position: 4091 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 98 Lines: 3 Checking if there are any problems with the oss.sgi mailing lists after the move, please ignore. From owner-linux-xfs@oss.sgi.com Tue May 20 10:16:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 10:16:31 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KHGI2x005489 for ; Tue, 20 May 2003 10:16:18 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4KHGCE0008544 for ; Tue, 20 May 2003 10:16:12 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4KHGBa224087633 for ; Tue, 20 May 2003 12:16:12 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4KHGBYk9387447 for ; Tue, 20 May 2003 12:16:12 -0500 (CDT) Subject: TAKE - remove test for impossible condition From: Eric Sandeen To: linux-xfs@oss.sgi.com Content-Type: text/plain Organization: Message-Id: <1053450971.5571.8.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 20 May 2003 12:16:11 -0500 Content-Transfer-Encoding: 7bit X-archive-position: 4092 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 513 Lines: 20 Remove test for impossible condition (unsigned 8-bit >= 256) Thanks, Christoph! Date: Tue May 20 10:12:43 PDT 2003 Workarea: penguin.americas.sgi.com:/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149574a linux/fs/xfs/xfs_dir_leaf.c - 1.113 linux/fs/xfs/xfs_attr_leaf.c - 1.72 -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue May 20 14:29:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 14:29:34 -0700 (PDT) Received: from phase1.unl.edu (phase1.unl.edu [129.93.40.21]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KLTK2x030975 for ; Tue, 20 May 2003 14:29:21 -0700 Received: from localhost (furukawa@localhost) by phase1.unl.edu (SGI-8.9.3/8.9.3) with SMTP id QAA76398 for ; Tue, 20 May 2003 16:27:50 -0500 (CDT) Date: Tue, 20 May 2003 16:27:50 -0500 (CDT) From: Mako Furukawa To: linux-xfs@oss.sgi.com Subject: XFS nfsd problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4093 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: furukawa@phase1.unl.edu Precedence: bulk X-list: linux-xfs Content-Length: 1906 Lines: 54 It seems as though we've been having problems with our filesystem server ever since we went to XFS. Everytime we try doing anything large on it, the kupdated seems to take a heavy load, and nfsd seems to freeze up on us. Any ideas? We are using 2.4.18-4SGI_XFS_1.1smp. ps xwo pid,command,wchan gives us the following (there is more but I cropped some of the nfsd schedule_timeouts out). PID COMMAND WCHAN 1 init [3] schedule_timeout 2 [keventd] context_thread 3 [ksoftirqd_CPU0] ksoftirqd 4 [ksoftirqd_CPU1] ksoftirqd 5 [kswapd] schedule_timeout 6 [bdflush] bdflush 7 [kupdated] schedule_timeout 8 [pagebuf_daemon] pagebuf_daemon 9 [mdrecoveryd] md_thread 15 [scsi_eh_0] down_interruptible 16 [scsi_eh_1] down_interruptible 18 [scsi_eh_2] down_interruptible 652 syslogd -m 0 schedule_timeout 657 klogd -2 do_syslog 857 /usr/sbin/sshd schedule_timeout 890 xinetd -stayaliv schedule_timeout 900 /opt/arkeia/bin/ schedule_timeout 941 rpc.rquotad schedule_timeout 946 rpc.mountd schedule_timeout 951 [nfsd] - 952 [nfsd] schedule_timeout 953 [nfsd] schedule_timeout 990 [nfsd] down 991 [nfsd] schedule_timeout 992 [nfsd] schedule_timeout 993 [lockd] schedule_timeout 994 [rpciod] end 1012 /usr/sbin/dhcpd schedule_timeout 1048 crond schedule_timeout 1159 /sbin/mingetty t schedule_timeout 1160 /sbin/mingetty t schedule_timeout 1161 /sbin/mingetty t schedule_timeout 1162 /sbin/mingetty t schedule_timeout 1163 /sbin/mingetty t schedule_timeout 1164 /sbin/mingetty t schedule_timeout 1167 /usr/sbin/sshd schedule_timeout 1169 -bash wait4 1246 ps xwo pid,comma - I'd appreciate any input. Thank you for your time, Mako Furukawa From owner-linux-xfs@oss.sgi.com Tue May 20 14:34:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 14:34:05 -0700 (PDT) Received: from chaos.egr.duke.edu (chaos.egr.duke.edu [152.3.195.82]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4KLXx2x031763 for ; Tue, 20 May 2003 14:34:02 -0700 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.11.6/8.11.6) with ESMTP id h4KLXNc15860; Tue, 20 May 2003 17:33:23 -0400 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Tue, 20 May 2003 17:33:23 -0400 (EDT) From: Joshua Baker-LePain X-X-Sender: jlb@chaos.egr.duke.edu To: Mako Furukawa cc: linux-xfs@oss.sgi.com Subject: Re: XFS nfsd problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4094 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jlb17@duke.edu Precedence: bulk X-list: linux-xfs Content-Length: 586 Lines: 16 On Tue, 20 May 2003 at 4:27pm, Mako Furukawa wrote > It seems as though we've been having problems with our filesystem server > ever since we went to XFS. Everytime we try doing anything large on it, > the kupdated seems to take a heavy load, and nfsd seems to freeze up on > us. Any ideas? We are using 2.4.18-4SGI_XFS_1.1smp. The first idea is to update -- that's awfully old. There are RH based kernels for the 1.2 release, and unofficial ones with the 1.2 XFS code and the latest RH errata kernel. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs@oss.sgi.com Tue May 20 22:11:14 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 May 2003 22:11:58 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4L5BD2x000854 for ; Tue, 20 May 2003 22:11:13 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h4L5Akx2024495 for ; Wed, 21 May 2003 00:10:46 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: RESOLVED - xfs deadlocks on alpha Date: Wed, 21 May 2003 00:11:09 -0500 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200305210011.09117.kelledin+XFS@skarpsey.dyndns.org> X-archive-position: 4095 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 727 Lines: 19 Ok, I just did one last thing that seems to have completely cleared up the deadlocks I've been experiencing. I simply re-mkfs'd the affected filesystem, and I haven't had any deadlocks since then. Apparently some latent fs damage got left behind by the bug. So...XFS-CVS (as it stands now) is apparently stable on Alpha. No further patching needed. Those who have been bitten by the bug, however, may need to repair or rebuild the filesystem before the deadlocks go away. xfs_repair by itself may be enough; if I'd been a little less spontaneous in my testing, I'd have tried that first (d'oh!) -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Wed May 21 10:15:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 May 2003 10:16:05 -0700 (PDT) Received: from servidor1.isabeldeespana.org (213-96-176-246.uc.nombres.ttd.es [213.96.176.246] (may be forged)) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4LHFN2x014964 for ; Wed, 21 May 2003 10:15:24 -0700 Received: (qmail 32374 invoked by uid 1053); 21 May 2003 17:15:05 -0000 Message-ID: <20030521171505.32373.qmail@servidor1.isabeldeespana.org> From: xfs@isabeldeespana.org To: linux-xfs@oss.sgi.com Reply-To: xfs@isabeldeespana.org Date: Wed, 21 May 2003 18:15:05 +0100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-archive-position: 4096 Subject: (no subject) X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@isabeldeespana.org Precedence: bulk X-list: linux-xfs Content-Length: 134 Lines: 7 I ask my self if there is an equivalent program to chattr for XFS? I need change attributes of some files... Thanks in advance. From owner-linux-xfs@oss.sgi.com Wed May 21 10:50:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 May 2003 10:50:28 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4LHo32x016026 for ; Wed, 21 May 2003 10:50:03 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4LHo3CC016025 for linux-xfs@oss.sgi.com; Wed, 21 May 2003 10:50:03 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4LHo02x016003 for ; Wed, 21 May 2003 10:50:00 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4LHTfFi015571; Wed, 21 May 2003 10:29:41 -0700 Date: Wed, 21 May 2003 10:29:41 -0700 Message-Id: <200305211729.h4LHTfFi015571@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 246] New: ooops report 2.4.20-xfs-CVS-2003-02-21_06:00_UTC X-Bugzilla-Reason: AssignedTo X-archive-position: 4097 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 4471 Lines: 132 http://oss.sgi.com/bugzilla/show_bug.cgi?id=246 Summary: ooops report 2.4.20-xfs-CVS-2003-02-21_06:00_UTC Product: Linux XFS Version: Current Platform: IA32 OS/Version: Linux Status: NEW Severity: critical Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: jeffrey.hundstad@mnsu.edu Hello, We had a machine hang on us twice since upgrading from 2.4.18-xfs. It ran for months without any problems. We upgraded to 2.4.20-xfs-CVS-2003-02-21_06:00_UTC and patched it for the ptrace vurnerablility. When the machine hangs it has a VERY high load average ~200 and as soon as you issue a disk-io request of any kind your process hangs. The hang has been happening during a cpio backup of the system. This last time we caught some/most of an ooops. I'll include the ksymoops output and the raw input. I think we may be able to glean more information from the report, but I'm not really familiar with the ooops output. Let me know if I can do anything to make the report better. Here's some info. about the computer. CPU: Pentium III (Coppermine) x 2 x 667 MHz Compiler: gcc version 2.95.4 20011002 (Debian prerelease) Drives: software raid1 - 2xMaxtor 4G160J8-ide drives (with the write cache turned off) ksymoops'ed report: ksymoops 2.4.9 on i686 2.4.20-xfs. Options used -V (default) -k /var/log/ksymoops/20030521062552.ksyms (specified) -l /var/log/ksymoops/20030521062552.modules (specified) -o /lib/modules/2.4.20-xfs (specified) -m /boot/System.map-2.4.20-xfs (specified) Code: 39 70 30 0f 85 9d 00 00 00 39 78 34 0f 85 94 00 00 00 8b 50 Using defaults from ksymoops -t elf32-i386 -a i386 Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 39 70 30 cmp %esi,0x30(%eax) Code; 00000003 Before first symbol 3: 0f 85 9d 00 00 00 jne a6 <_EIP+0xa6> 000000a6 Before first symbol Code; 00000009 Before first symbol 9: 39 78 34 cmp %edi,0x34(%eax) Code; 0000000c Before first symbol c: 0f 85 94 00 00 00 jne a6 <_EIP+0xa6> 000000a6 Before first symbol Code; 00000012 Before first symbol 12: 8b 50 00 mov 0x0(%eax),%edx <1> unable to handle kernel paging request at virtual address a4446e2b c01ce450 *pde = 00000000 CPU: 0 EIP: 0010:[] Not tainted EFLAGS: 00010286 Stack: ded82c00 ded82c48 00000000 00000000 d6054840 Call Trace: [] [] [] [] [] [] [] Code: 83 7b 14 00 0f 84 79 07 00 00 8b 6b 1c 85 ed 0f 85 db 00 00 >>EIP; c01ce450 <===== Trace; c01d3900 Trace; c01ce315 Trace; c01e0c73 Trace; c013d5da Trace; c013c7b0 Trace; c013ca9a Trace; c0107134 Code; c01ce450 00000000 <_EIP>: Code; c01ce450 <===== 0: 83 7b 14 00 cmpl $0x0,0x14(%ebx) <===== Code; c01ce454 4: 0f 84 79 07 00 00 je 783 <_EIP+0x783> c01cebd3 Code; c01ce45a a: 8b 6b 1c mov 0x1c(%ebx),%ebp Code; c01ce45d d: 85 ed test %ebp,%ebp Code; c01ce45f f: 0f 85 db 00 00 00 jne f0 <_EIP+0xf0> c01ce540 Raw ooops hand copied from screen: Code: 39 70 30 0f 85 9d 00 00 00 39 78 34 0f 85 94 00 00 00 8b 50 <1> unable to handle kernel paging request at virtual address a4446e2b printing eip: c01ce450 *pde = 00000000 Ooops: 0000 st sg appletalk eepro100 mii lvm-mod raid5 xor raid1 raid0 linear md aic7xxx CPU: 0 EIP: 0010:[] Not tainted EFLAGS: 00010286 eax: es: ds: Process kupdated (pid: 7 stackpage = c1621000 Stack: ded82c00 ded82c48 00000000 00000000 d6054840 Call Trace: [] [] [] [] [] [] [] Code: 83 7b 14 00 0f 84 79 07 00 00 8b 6b 1c 85 ed 0f 85 db 00 00 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Wed May 21 10:51:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 May 2003 10:52:31 -0700 (PDT) Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4LHpu2x016213 for ; Wed, 21 May 2003 10:51:57 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4LHpoLC093761; Wed, 21 May 2003 19:51:51 +0200 (CEST) Message-Id: <4.3.2.7.2.20030521192655.02d1cb70@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 21 May 2003 19:51:46 +0200 To: xfs@isabeldeespana.org, linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: (no subject) In-Reply-To: <20030521171505.32373.qmail@servidor1.isabeldeespana.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 4098 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 428 Lines: 20 At 18:15 21-5-2003 +0100, xfs@isabeldeespana.org wrote: >I ask my self if there is an equivalent program to chattr for XFS? >I need change attributes of some files... You can find the commands on the ftp site. ftp://oss.sgi.com/projects/xfs/Release-1.2/cmd_rpms/i386 For the rpms or ftp://oss.sgi.com/projects/xfs/Release-1.2/cmd_tars for plain tarballs Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed May 21 11:50:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 May 2003 11:50:24 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4LIo32x017729 for ; Wed, 21 May 2003 11:50:03 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4LIo3IY017728 for linux-xfs@oss.sgi.com; Wed, 21 May 2003 11:50:03 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4LIo02x017707 for ; Wed, 21 May 2003 11:50:00 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4LIF2wn017395; Wed, 21 May 2003 11:15:02 -0700 Date: Wed, 21 May 2003 11:15:02 -0700 Message-Id: <200305211815.h4LIF2wn017395@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 246] ooops report 2.4.20-xfs-CVS-2003-02-21_06:00_UTC X-Bugzilla-Reason: AssignedTo X-archive-position: 4099 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 365 Lines: 16 http://oss.sgi.com/bugzilla/show_bug.cgi?id=246 ------- Additional Comments From cattelan@thebarn.com 2003-21-05 11:15 PDT ------- Try updating to TOT and see if the problem persists Also turn on kdb so better backtraces can be obtained ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Wed May 21 13:53:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 May 2003 13:54:36 -0700 (PDT) Received: from mail.mnsu.edu (Mail.MNSU.EDU [134.29.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4LKrs2x021424 for ; Wed, 21 May 2003 13:53:54 -0700 Received: from mnsu.edu (j3gum-3.MNSU.EDU [134.29.1.30]) by mail.mnsu.edu (8.12.9/8.12.9) with ESMTP id h4LHPZeN021416 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 21 May 2003 12:25:35 -0500 Message-ID: <3ECBB68E.2030306@mnsu.edu> Date: Wed, 21 May 2003 12:25:34 -0500 From: "Jeffrey E. Hundstad" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: ooops report 2.4.20-xfs-CVS-2003-02-21_06:00_UTC Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4100 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jeffrey.hundstad@mnsu.edu Precedence: bulk X-list: linux-xfs Content-Length: 3949 Lines: 114 Hello, We had a machine hang on us twice since upgrading from 2.4.18-xfs. It ran for months without any problems. We upgraded to 2.4.20-xfs-CVS-2003-02-21_06:00_UTC and patched it for the ptrace vurnerablility. When the machine hangs it has a VERY high load average ~200 and as soon as you issue a disk-io request of any kind your process hangs. The hang has been happening during a cpio backup of the system. This last time we caught some/most of an ooops. I'll include the ksymoops output and the raw input. I think we may be able to glean more information from the report, but I'm not really familiar with the ooops output. Let me know if I can do anything to make the report better. Here's some info. about the computer. CPU: Pentium III (Coppermine) x 2 x 667 MHz Compiler: gcc version 2.95.4 20011002 (Debian prerelease) Drives: software raid1 - 2xMaxtor 4G160J8-ide drives (with the write cache turned off) ksymoops'ed report: ksymoops 2.4.9 on i686 2.4.20-xfs. Options used -V (default) -k /var/log/ksymoops/20030521062552.ksyms (specified) -l /var/log/ksymoops/20030521062552.modules (specified) -o /lib/modules/2.4.20-xfs (specified) -m /boot/System.map-2.4.20-xfs (specified) Code: 39 70 30 0f 85 9d 00 00 00 39 78 34 0f 85 94 00 00 00 8b 50 Using defaults from ksymoops -t elf32-i386 -a i386 Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 39 70 30 cmp %esi,0x30(%eax) Code; 00000003 Before first symbol 3: 0f 85 9d 00 00 00 jne a6 <_EIP+0xa6> 000000a6 Before first symbol Code; 00000009 Before first symbol 9: 39 78 34 cmp %edi,0x34(%eax) Code; 0000000c Before first symbol c: 0f 85 94 00 00 00 jne a6 <_EIP+0xa6> 000000a6 Before first symbol Code; 00000012 Before first symbol 12: 8b 50 00 mov 0x0(%eax),%edx <1> unable to handle kernel paging request at virtual address a4446e2b c01ce450 *pde = 00000000 CPU: 0 EIP: 0010:[] Not tainted EFLAGS: 00010286 Stack: ded82c00 ded82c48 00000000 00000000 d6054840 Call Trace: [] [] [] [] [] [] [] Code: 83 7b 14 00 0f 84 79 07 00 00 8b 6b 1c 85 ed 0f 85 db 00 00 >>EIP; c01ce450 <===== Trace; c01d3900 Trace; c01ce315 Trace; c01e0c73 Trace; c013d5da Trace; c013c7b0 Trace; c013ca9a Trace; c0107134 Code; c01ce450 00000000 <_EIP>: Code; c01ce450 <===== 0: 83 7b 14 00 cmpl $0x0,0x14(%ebx) <===== Code; c01ce454 4: 0f 84 79 07 00 00 je 783 <_EIP+0x783> c01cebd3 Code; c01ce45a a: 8b 6b 1c mov 0x1c(%ebx),%ebp Code; c01ce45d d: 85 ed test %ebp,%ebp Code; c01ce45f f: 0f 85 db 00 00 00 jne f0 <_EIP+0xf0> c01ce540 Raw ooops hand copied from screen: Code: 39 70 30 0f 85 9d 00 00 00 39 78 34 0f 85 94 00 00 00 8b 50 <1> unable to handle kernel paging request at virtual address a4446e2b printing eip: c01ce450 *pde = 00000000 Ooops: 0000 st sg appletalk eepro100 mii lvm-mod raid5 xor raid1 raid0 linear md aic7xxx CPU: 0 EIP: 0010:[] Not tainted EFLAGS: 00010286 eax: es: ds: Process kupdated (pid: 7 stackpage = c1621000 Stack: ded82c00 ded82c48 00000000 00000000 d6054840 Call Trace: [] [] [] [] [] [] [] Code: 83 7b 14 00 0f 84 79 07 00 00 8b 6b 1c 85 ed 0f 85 db 00 00 From owner-linux-xfs@oss.sgi.com Wed May 21 14:03:13 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 May 2003 14:03:47 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4LL3A2x022039 for ; Wed, 21 May 2003 14:03:13 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4LL34E0024723 for ; Wed, 21 May 2003 14:03:04 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4LL32a224405374; Wed, 21 May 2003 16:03:02 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4LL33Rn82127415; Wed, 21 May 2003 16:03:03 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4LL32A23325; Wed, 21 May 2003 16:03:02 -0500 Subject: Re: ooops report 2.4.20-xfs-CVS-2003-02-21_06:00_UTC From: Steve Lord To: "Jeffrey E. Hundstad" Cc: linux-xfs@oss.sgi.com In-Reply-To: <3ECBB68E.2030306@mnsu.edu> References: <3ECBB68E.2030306@mnsu.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1053550982.21472.0.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 21 May 2003 16:03:02 -0500 X-archive-position: 4101 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 4523 Lines: 127 On Wed, 2003-05-21 at 12:25, Jeffrey E. Hundstad wrote: > Hello, There have been major changes in the sync code in the last few weeks (after the code you are running). Please try a new kernel from CVS. Steve > > We had a machine hang on us twice since upgrading from 2.4.18-xfs. It > ran for months without any problems. We upgraded to > 2.4.20-xfs-CVS-2003-02-21_06:00_UTC and patched it for the ptrace > vurnerablility. When the machine hangs it has a VERY high load average > ~200 and as soon as you issue a disk-io request of any kind your process > hangs. The hang has been happening during a cpio backup of the system. > > This last time we caught some/most of an ooops. I'll include the > ksymoops output and the raw input. I think we may be able to glean more > information from the report, but I'm not really familiar with the ooops > output. Let me know if I can do anything to make the report better. > > Here's some info. about the computer. > > CPU: Pentium III (Coppermine) x 2 x 667 MHz > Compiler: gcc version 2.95.4 20011002 (Debian prerelease) > Drives: software raid1 - 2xMaxtor 4G160J8-ide drives (with the write > cache turned off) > > ksymoops'ed report: > > ksymoops 2.4.9 on i686 2.4.20-xfs. Options used > -V (default) > -k /var/log/ksymoops/20030521062552.ksyms (specified) > -l /var/log/ksymoops/20030521062552.modules (specified) > -o /lib/modules/2.4.20-xfs (specified) > -m /boot/System.map-2.4.20-xfs (specified) > > Code: 39 70 30 0f 85 9d 00 00 00 39 78 34 0f 85 94 00 00 00 8b 50 > Using defaults from ksymoops -t elf32-i386 -a i386 > > > Code; 00000000 Before first symbol > 00000000 <_EIP>: > Code; 00000000 Before first symbol > 0: 39 70 30 cmp %esi,0x30(%eax) > Code; 00000003 Before first symbol > 3: 0f 85 9d 00 00 00 jne a6 <_EIP+0xa6> 000000a6 Before > first symbol > Code; 00000009 Before first symbol > 9: 39 78 34 cmp %edi,0x34(%eax) > Code; 0000000c Before first symbol > c: 0f 85 94 00 00 00 jne a6 <_EIP+0xa6> 000000a6 Before > first symbol > Code; 00000012 Before first symbol > 12: 8b 50 00 mov 0x0(%eax),%edx > > <1> unable to handle kernel paging request at virtual address a4446e2b > c01ce450 > *pde = 00000000 > CPU: 0 > EIP: 0010:[] Not tainted > EFLAGS: 00010286 > Stack: ded82c00 ded82c48 00000000 > 00000000 > d6054840 > Call Trace: [] [] [] > [] [] > [] [] > Code: 83 7b 14 00 0f 84 79 07 00 00 8b 6b 1c 85 ed 0f 85 db 00 00 > > > >>EIP; c01ce450 <===== > > Trace; c01d3900 > Trace; c01ce315 > Trace; c01e0c73 > Trace; c013d5da > Trace; c013c7b0 > Trace; c013ca9a > Trace; c0107134 > > Code; c01ce450 > 00000000 <_EIP>: > Code; c01ce450 <===== > 0: 83 7b 14 00 cmpl $0x0,0x14(%ebx) <===== > Code; c01ce454 > 4: 0f 84 79 07 00 00 je 783 <_EIP+0x783> c01cebd3 > > Code; c01ce45a > a: 8b 6b 1c mov 0x1c(%ebx),%ebp > Code; c01ce45d > d: 85 ed test %ebp,%ebp > Code; c01ce45f > f: 0f 85 db 00 00 00 jne f0 <_EIP+0xf0> c01ce540 > > > > Raw ooops hand copied from screen: > > Code: 39 70 30 0f 85 9d 00 00 00 39 78 34 0f 85 94 00 00 00 8b 50 > <1> unable to handle kernel paging request at virtual address a4446e2b > printing eip: > c01ce450 > *pde = 00000000 > Ooops: 0000 > st sg appletalk eepro100 mii lvm-mod raid5 xor raid1 raid0 linear md aic7xxx > CPU: 0 > EIP: 0010:[] Not tainted > EFLAGS: 00010286 > eax: > es: > ds: > Process kupdated (pid: 7 stackpage = c1621000 > Stack: ded82c00 ded82c48 00000000 > 00000000 > d6054840 > Call Trace: [] [] [] > [] [] > [] [] > Code: 83 7b 14 00 0f 84 79 07 00 00 8b 6b 1c 85 ed 0f 85 db 00 00 -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed May 21 21:22:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 May 2003 21:23:30 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4M4Mk2x005181 for ; Wed, 21 May 2003 21:22:47 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4M4blVe024191 for ; Wed, 21 May 2003 23:37:49 -0500 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id h4M4LZlq012060 for ; Thu, 22 May 2003 14:21:35 +1000 Received: (from fsgqa@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id h4M4LYE7012059 for linux-xfs@oss.sgi.com; Thu, 22 May 2003 14:21:34 +1000 Date: Thu, 22 May 2003 14:21:34 +1000 From: FSG QA Message-Id: <200305220421.h4M4LYE7012059@bruce.melbourne.sgi.com> Subject: TAKE - QA scripts X-archive-position: 4102 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fsgqa@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1370 Lines: 54 Numerous changes to QA scripts allowing tests to run with external log/rt devices; also allow multiple mkfs/mount options at once now. -- nathans. Date: Wed May 21 21:16:45 PDT 2003 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:149781a cmd/xfstests/common.rc - 1.21 cmd/xfstests/004 - 1.9 cmd/xfstests/009 - 1.10 cmd/xfstests/013 - 1.6 cmd/xfstests/015 - 1.8 cmd/xfstests/016 - 1.14 cmd/xfstests/017 - 1.9 cmd/xfstests/018 - 1.17 cmd/xfstests/019 - 1.8 cmd/xfstests/021 - 1.14 cmd/xfstests/029 - 1.10 cmd/xfstests/030 - 1.8 cmd/xfstests/031 - 1.9 cmd/xfstests/033 - 1.11 cmd/xfstests/034 - 1.8 cmd/xfstests/041 - 1.12 cmd/xfstests/042 - 1.11 cmd/xfstests/044 - 1.14 cmd/xfstests/045 - 1.8 cmd/xfstests/049 - 1.7 cmd/xfstests/050 - 1.17 cmd/xfstests/052 - 1.8 cmd/xfstests/053 - 1.8 cmd/xfstests/054 - 1.9 cmd/xfstests/062 - 1.18 cmd/xfstests/common.quota - 1.15 cmd/xfstests/common.config - 1.32 cmd/xfstests/README - 1.2 cmd/xfstests/common.repair - 1.8 cmd/xfstests/check - 1.14 cmd/xfstests/common.dump - 1.41 cmd/xfstests/031.out - 1.2 cmd/xfstests/030.out - 1.5 cmd/xfstests/033.out - 1.3 cmd/xfstests/soak - 1.6 cmd/xfstests/group - 1.27 cmd/xfstests/065 - 1.10 cmd/xfstests/067 - 1.7 cmd/xfstests/069 - 1.3 cmd/xfstests/bench - 1.18 From owner-linux-xfs@oss.sgi.com Wed May 21 22:05:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 May 2003 22:06:28 -0700 (PDT) Received: from gw1.takuwa.org (YahooBB219009060005.bbtec.net [219.9.60.5]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4M55g2x008830 for ; Wed, 21 May 2003 22:05:44 -0700 Received: from [127.0.0.1] (localhost [127.0.0.1]) by gw1.takuwa.org (Postfix) with ESMTP id 7414AE1767F; Thu, 22 May 2003 14:05:34 +0900 (JST) Date: Thu, 22 May 2003 14:05:34 +0900 From: Susumu Takuwa To: Seth Mos Subject: Re: update packages Cc: linux-xfs@oss.sgi.com, Simon Matter In-Reply-To: <4.3.2.7.2.20030520161853.02fe9dd8@pop.xs4all.nl> References: <20030520223819.82AE.SUSUMU-T@po.sakura.ne.jp> <4.3.2.7.2.20030520161853.02fe9dd8@pop.xs4all.nl> Message-Id: <20030522134601.82C9.SUSUMU-T@po.sakura.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.06.02 X-archive-position: 4103 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: susumu-t@po.sakura.ne.jp Precedence: bulk X-list: linux-xfs Content-Length: 1140 Lines: 40 Thanks for your kind reply and package, Seth and Simon. >>>>> On Tue, 20 May 2003 16:29:02 +0200 Seth Mos writes: SM> http://iserv.nl/files/xfs/2.4.20-13/ SM> SM> Get the kernel-2.4.20-13SGI_XFS_1.2.0.src.rpm SM> rpmbuild --rebuild --target=i686 kernel-2.4.20-13SGI_XFS_1.2.0.src.rpm After getting your source package, I have built it on Red Hat 9(Cerelon 433MHz). I' going to test new kernel for 2 or 3 days. When I have a problem of new kernel, I will report to this list. Of course, If you (or someone) need binary kernel package for Red Hat 9, I will contribute it to you. >>>>> On Tue, 20 May 2003 16:18:11 +0200 Simon Matter writes: SM> AFAIK he builds on RedHat 7.x, so you may want to rebuild on RedHat9. SM> For RH9, it seems that you may want to change two lines in the .spec SM> file to look like this: SM> SM> %define nptlarchs %{all_x86} SM> #define nptlarchs SM> noarch Seth's source package didn't need that options as far as I built it. Susumu Takuwa From owner-linux-xfs@oss.sgi.com Wed May 21 23:19:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 May 2003 23:20:33 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4M6Js2x013299 for ; Wed, 21 May 2003 23:19:55 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4M6YsVe026565 for ; Thu, 22 May 2003 01:34:58 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4M6IRQd1248750 for ; Thu, 22 May 2003 16:18:27 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4M6IQoM1248269 for linux-xfs@oss.sgi.com; Thu, 22 May 2003 16:18:26 +1000 (EST) Date: Thu, 22 May 2003 16:18:26 +1000 (EST) From: Nathan Scott Message-Id: <200305220618.h4M6IQoM1248269@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - pagebuf X-archive-position: 4104 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 373 Lines: 13 Fix last (I think) block number calculation issue with large sectors, on blocksize < pagesize path this time. Date: Wed May 21 23:17:00 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/clean-2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149783a linux/fs/xfs/pagebuf/page_buf.c - 1.119 From owner-linux-xfs@oss.sgi.com Thu May 22 02:32:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 22 May 2003 02:33:10 -0700 (PDT) Received: from hob.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4M9WO2x022911 for ; Thu, 22 May 2003 02:32:25 -0700 Received: from erbenson.alaska.net (206-pm16.nwc.alaska.net [209.112.141.206]) by hob.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4M7t4In097698 for ; Wed, 21 May 2003 23:55:05 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id E203D3A0D for ; Wed, 21 May 2003 23:55:00 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 028FF40FF44; Wed, 21 May 2003 23:55:00 -0800 (AKDT) Date: Wed, 21 May 2003 23:55:00 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: (no subject) Message-ID: <20030522075500.GF27626@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20030521171505.32373.qmail@servidor1.isabeldeespana.org> <4.3.2.7.2.20030521192655.02d1cb70@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QXAv++6zoyBcX2gv" Content-Disposition: inline In-Reply-To: <4.3.2.7.2.20030521192655.02d1cb70@pop.xs4all.nl> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4105 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1215 Lines: 39 --QXAv++6zoyBcX2gv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 21, 2003 at 07:51:46PM +0200, Seth Mos wrote: > At 18:15 21-5-2003 +0100, xfs@isabeldeespana.org wrote: > >I ask my self if there is an equivalent program to chattr for XFS? > >I need change attributes of some files... >=20 > You can find the commands on the ftp site. >=20 > ftp://oss.sgi.com/projects/xfs/Release-1.2/cmd_tars i think he is referring to the immutable, append-only and nodump attributes of ext2. the answer this this is the first two are not supported in XFS (though adding support would be fairly easy to someone familier with xfs internals) the nodump attribute can be set on files using an xattr, see man xfsdump for info on how that works. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --QXAv++6zoyBcX2gv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7MglQACgkQJKx7GixEevwofQCgoUiWXcqMTCeYfW1cCt0J2RJC I8MAoIV5fanq808TjJg3CAcgNNHkS0NU =hrrN -----END PGP SIGNATURE----- --QXAv++6zoyBcX2gv-- From owner-linux-xfs@oss.sgi.com Thu May 22 10:26:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 22 May 2003 10:27:29 -0700 (PDT) Received: from spf1.us.outblaze.com (205-158-62-158.outblaze.com [205.158.62.158]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4MHQk2x003240 for ; Thu, 22 May 2003 10:26:46 -0700 Received: (qmail 12330 invoked from network); 22 May 2003 17:26:46 -0000 Received: from unknown (205.158.62.68) by spf1.us.outblaze.com with QMQP; 22 May 2003 17:26:46 -0000 Received: (qmail 55005 invoked from network); 22 May 2003 17:26:45 -0000 Received: from unknown (HELO ws5-7.us4.outblaze.com) (205.158.62.156) by 205-158-62-153.outblaze.com with SMTP; 22 May 2003 17:26:45 -0000 Received: (qmail 16739 invoked by uid 1001); 22 May 2003 17:27:34 -0000 Message-ID: <20030522172734.16738.qmail@linuxmail.org> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [61.15.248.219] by ws5-7.us4.outblaze.com with http for eyu@linuxmail.org; Fri, 23 May 2003 01:27:34 +0800 From: "eric yu" To: linux-xfs@oss.sgi.com Date: Fri, 23 May 2003 01:27:34 +0800 Subject: What mkfs.xfs options is suitable for file server? X-Originating-Ip: 61.15.248.219 X-Originating-Server: ws5-7.us4.outblaze.com X-archive-position: 4106 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: eyu@linuxmail.org Precedence: bulk X-list: linux-xfs Content-Length: 711 Lines: 14 Dear all, I'm new to xfs and would like to get suggestions from all of you. I've a 1TB filesystem and have divided into four 250GB partitions, what mkfs.xfs options are most suitable for this file server with users' Maildir in it? I realized putting metadata log on other device will reduce the number of disk seeks, but how about the log size (sector/block/byte)? How to calculate the agcount for a 250GB partition? (of cause I don't want agcount/agsize to crew up my CPU.) Thanks in advance and any comments/suggestions are highly appreciated. Regards, Eric Yu -- ______________________________________________ http://www.linuxmail.org/ Now with e-mail forwarding for only US$5.95/yr Powered by Outblaze From owner-linux-xfs@oss.sgi.com Thu May 22 11:16:05 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 22 May 2003 11:16:45 -0700 (PDT) Received: from andrei.myip.org (12-234-128-127.client.attbi.com [12.234.128.127]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4MIFs2x004062 for ; Thu, 22 May 2003 11:15:55 -0700 Received: by andrei.myip.org (Postfix, from userid 102) id 8BE6E2FCCE; Tue, 20 May 2003 12:47:15 -0700 (PDT) Received: from stantz.corp.sgi.com (unknown [130.62.4.42]) by andrei.myip.org (Postfix) with ESMTP id D160F2FCCC for ; Tue, 20 May 2003 12:47:13 -0700 (PDT) Received: from localhost.localdomain (localhost [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 700AF1967C for ; Tue, 20 May 2003 12:47:03 -0700 (PDT) Subject: Re: update packages From: Florin Andrei Reply-To: linux-xfs@oss.sgi.com To: linux-xfs In-Reply-To: <20030520223819.82AE.SUSUMU-T@po.sakura.ne.jp> References: <20030520223819.82AE.SUSUMU-T@po.sakura.ne.jp> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-11) Date: 20 May 2003 12:47:03 -0700 Message-Id: <1053460023.9405.38.camel@stantz.corp.sgi.com> Mime-Version: 1.0 X-archive-position: 4107 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: florin@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1154 Lines: 27 On Tue, 2003-05-20 at 07:02, Susumu Takuwa wrote: > I use Red Hat Linux 9 and XFS, installed from `forRH-9.0-SGI-XFS-1.2.0-v0.iso'. > Recently, someone have found security hole in kernel 2.4 and Red Hat Inc. > have released update kernel package(*1). So, I'd like to update kernel > for my system and looked for update package in oss.sgi.com/projects/xfs. > But I could not find out. > > *1 https://rhn.redhat.com/errata/RHSA-2003-172.html Just be warned that, while these RH kernel updates seem to work very well on typical server hardware and installations, and seem to provide a significant performance boost over older kernels, there are reports of it breaking various typical desktop things, such as, in some rare instances, Mozilla. There doesn't seem to be a consistent pattern to the problem, though, and it does happen only in rare circumstances. Or so it seems. So beware, test, and provide yourself a way out in case things start to fall apart. I'll give it myself a try on my home desktop soon. -- Florin Andrei "Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws." - Plato From owner-linux-xfs@oss.sgi.com Fri May 23 03:19:04 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 03:19:48 -0700 (PDT) Received: from kernelcode.com (butter.kernelcode.com [64.81.198.164]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NAJ32x026696 for ; Fri, 23 May 2003 03:19:04 -0700 Received: (qmail 29447 invoked from network); 23 May 2003 10:10:31 -0000 Received: from unknown (HELO ?192.168.0.14?) (192.168.0.14) by butter.kernelcode.com with SMTP; 23 May 2003 10:10:31 -0000 Subject: XFS port to linux origins From: Christopher Warner To: linux-xfs@oss.sgi.com Content-Type: text/plain Organization: Message-Id: <1053684577.15127.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4- Date: 23 May 2003 06:09:37 -0400 Content-Transfer-Encoding: 7bit X-archive-position: 4108 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: zanee@kernelcode.com Precedence: bulk X-list: linux-xfs Content-Length: 78 Lines: 4 When exactly did SGI decide to port XFS over to Linux?? -Christopher Warner From owner-linux-xfs@oss.sgi.com Fri May 23 05:46:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 05:47:04 -0700 (PDT) Received: from localhost.localdomain (amoa013.amoa.org [207.207.51.237]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NCkj2x030174 for ; Fri, 23 May 2003 05:46:46 -0700 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.9/8.12.9) with ESMTP id h4NCkhd9003160 for ; Fri, 23 May 2003 07:46:43 -0500 Received: (from ctooley@localhost) by localhost.localdomain (8.12.9/8.12.7/Submit) id h4NCkgoe003158 for linux-xfs@oss.sgi.com; Fri, 23 May 2003 07:46:42 -0500 X-Authentication-Warning: localhost.localdomain: ctooley set sender to chris@tooley.com using -f Subject: Tomorrow From: Chris Tooley Reply-To: chris@tooley.com To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1053694002.2887.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 23 May 2003 07:46:42 -0500 X-archive-position: 4109 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: chris@tooley.com Precedence: bulk X-list: linux-xfs Content-Length: 276 Lines: 10 Are those of you working on XFS directly for SGI going to be around next week working for SGI? I know this is a rough time for you, whether you're in the 10% or the 90%. I wish the best for you all, and no matter what Thank You! Chris Tooley (In that 10% since December) From owner-linux-xfs@oss.sgi.com Fri May 23 06:39:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 06:39:53 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NDdT2x031360 for ; Fri, 23 May 2003 06:39:30 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4NDdOE0008651 for ; Fri, 23 May 2003 06:39:24 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4NDdNa224417946; Fri, 23 May 2003 08:39:23 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4NDdNRn79694811; Fri, 23 May 2003 08:39:23 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4NDdNh27482; Fri, 23 May 2003 08:39:23 -0500 Subject: Re: Tomorrow From: Steve Lord To: chris@tooley.com Cc: linux-xfs@oss.sgi.com In-Reply-To: <1053694002.2887.1.camel@localhost.localdomain> References: <1053694002.2887.1.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1053697162.21472.51.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 23 May 2003 08:39:22 -0500 X-archive-position: 4110 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 878 Lines: 32 On Fri, 2003-05-23 at 07:46, Chris Tooley wrote: > Are those of you working on XFS directly for SGI going to be around next > week working for SGI? I know this is a rough time for you, whether > you're in the 10% or the 90%. I wish the best for you all, and no > matter what > > Thank You! > > Chris Tooley > (In that 10% since December) We are still here, still plugging away. We may not be as visible on the mailing list as we used to be, lots of other stuff going on like CXFS and Altix work. In the next few months (deliberately vague since I don't have any firm dates), the following should show up: XFS 1.3 Mixed case support in XFS (for Samba) Freeing inode clusters And maybe a few more, time permitting. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri May 23 06:44:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 06:44:50 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NDii2x031813 for ; Fri, 23 May 2003 06:44:45 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id AB93114DC7; Fri, 23 May 2003 15:44:38 +0200 (MEST) Date: Fri, 23 May 2003 15:44:38 +0200 From: Andi Kleen To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030523134438.GC30288@wotan.suse.de> References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1053697162.21472.51.camel@jen.americas.sgi.com> X-archive-position: 4111 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 279 Lines: 12 > We are still here, still plugging away. We may not be as visible on > the mailing list as we used to be, lots of other stuff going on like > CXFS and Altix work. Congratulations. > Mixed case support in XFS (for Samba) Won't that be a change in the on disk format? -Andi From owner-linux-xfs@oss.sgi.com Fri May 23 06:47:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 06:47:56 -0700 (PDT) Received: from forumakad.pl (mail@forumakad.pl [212.182.115.22]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NDlm2x032250 for ; Fri, 23 May 2003 06:47:49 -0700 Received: from eyck by forumakad.pl with local (Exim 3.35 #1 (Debian)) id 19JCuA-0006Pf-00 for ; Fri, 23 May 2003 15:48:18 +0200 Date: Fri, 23 May 2003 15:48:18 +0200 To: linux-xfs@oss.sgi.com Subject: Problem with XFS on software RAID1 Message-ID: <20030523134818.GA1514@forumakad.pl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.3.28i From: Dariush Pietrzak X-archive-position: 4112 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: eyck@forumakad.pl Precedence: bulk X-list: linux-xfs Content-Length: 9623 Lines: 177 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I stumbled upon a problem with xfs. It seems that it doesen't work with software RAID1 the way I expected. Attached are logs showing what I've done, and that it works with ext3, and also dmesg. Summary: One cannot use the same filesystem filtered through MD code and without it ( filesystem is on /dev/sdaX, you can't mount it via /dev/md0, or - filesystem was created on /dev/md0, you can't mount it via /dev/sdaX ) It hurts in two areas - one is that I'm trying to migrate existing system into RAID1, I added another disk, partitioned it just like the first one, expected to migrate nicely... I can't, although MD code seems to be doing the right job. Another is - when I've got RAID1-ed partition, I expect to be able to mount both copies without using raid in emergencies. That's the reason I'm using RAID1 and not 5. Am I doing something wrong? Should xfs code be aware of software RAID superblocks? Is MD code doing something wrong? regards, -- Dariush Pietrzak, She swore and she cursed, that she never would deceive me Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 --1yeeQ81UyVL57Vl7 Content-Type: application/octet-stream Content-Disposition: attachment; filename="problem.dmesg.gz" Content-Transfer-Encoding: base64 H4sICJkXQj8CA3Byb2JsZW0uZG1lc2cA7Vv7c9vGEf4df8XW0wfZIUEAfKO2 pxQpW6xFmxFl151OR3MAjiQqEGDxMMn89f32DnzIkWM5cdrUFZNAxGFvb3dv 99vdA5PmYbyg22wj1oHx7sXMpVGY3dK/iiQXGX0I+MtNx2ybtvGXpEhjEUUy oLMo8W9pJD+EvqQgDT/IlKJEBDIwZrFY16ci95d1x7Kadatdt9u0CfMlDYaX WY3ihALpFQuSsfAinvFyTO9fzOg7XpMmIhYLuZJxTlnhZbsslyvjw0LYnbnn UhiHeSii8HtIfRxdifUaUuUJWVvfsoSFjzFM4iyJpEsZFveXrCYI/CSCGjRP xUqSV8znkDzQevSsbdMy5p7l0ruXA7vD1/sIjZHMpZ9jwems4dAkKTJJ0yTN TWOd71xy2h16G4fbfo9wn2HJeB4uipRVlSmk31sM/2VhElPbtNo+VWAuu251 61avqu01Gbz+2830zdX1jGYXg6vzm/HVdzQ7vxoPLm+mwzGNZ4Pp6+nBjnm+ m1kWiRxWsJrzHlXC9F/0jFpVCjMSZHfabWugyeySzDmSNe+SXUkIeh1C+aHe 7FJm27QtabyIkvV6pxWpZFWX5oHF022z1ZoYL0ZDsjS3dZLldbvft6nnWN2u cTWYjMazV3sTHPZTBi5WJjymAA6YUTKnltXvvKIMD8m2nBZ5LAjfGlGSrN3S 46iyElvqlZuTVY21H8u86Zi+C2GdLjSyTMsxYV6H8sxLFjIO/iyi9VKY2N34 VsZmII2L0eUQHrdeYyNplQRFJCkFS7VDUNo2hmkS77Z0mQc1mu1if4l77D1N p1MScUDD8Wz4hhSfil8lKN0yLsO42JLiWY716KwIo4Dd8XWx8mCD62UqJbOl 39NfRExP/ibjnXhCr0S2Tr8Xt6YBb5on6YomRZSH9WkkcnV7Xh+PzveWvCpl dalrWpYnc9Gsm47ZMsIAMTDIsmLFazabk4vvSYcV3DqjbC1hQ/Cj6fgNKy6z P1ECjikmaj8MOV6zZ9utMR2P37dc4mXh1XmaAA1SdiV2xyxK4FOWC1vbe0rE 3TqT+Ykl909iENuW9TuKRQ4F1Mou1osiWqeJJwlemRFUlalB+EAI26WzSX00 GWjnnc/nvbr6M6/R2fjNjLASw1nm0jLw3XWY1PAl4C8GD9DwalTvNR3nrEaD 68F0TMNRY/RuVL96M9FmZGOVoWF3rTpfuzXAQrdDkJ3jxG5rViLPhb+E5TCj nvlZWO6DaUzTZBUCEV6ILM9TcVvJV1WaJfN8I1KZijDY7xi8ssn75NLrhNQD kaZih70o4sC4CBfLdRICBi+m182udS8L3rZIudgeS8DUrm82tnEfz4eOzYaz 8RF9f+hhNjwMABHQhcgbg0CsgYckhH8iWg1AvuOI5iRgwD1cesG8iTHMtpXk Je7CZeyWaRlsRYvgqyXDwXjYff/+PZ0D5xrvLs8a7GRKtIuzAY2uxu/Or2os FXXg6D3lJfx5umfg9FsWvY2wCXqaUOPp8wOlCP1urwe810R/ZY8fLkUcy4gG NT1pHDzr1qBIw2k3MXKWGZj+DhCSpAiEs0nJagL3jZA8R1ezerPV7lh/LR9A Ppdm/e4Zpl3v1vBxQopNkUDqAx94ldG9n8HrWalsejC75RgVZSR34FrAXAeb bVmTs0ZGED/OkKIyqth69OL7GjB0zsHXY/m9MK/+KiR3fpLkB73xD12LxQLe 910hC8a0MgGaEE+ugVe9A7XzYGobjqeEXiJh7T2F5KoAAnFcsb8y7GncKHPN iT3xuXx5as+hhpUD5JT2ROh0T+xZUv3Y5xP2bDIW0CxPUpRLNDyicXCnKmO5 dRJCMgQyW4w6jonp9S0+Cnt8kQaZDn3TGOyBTYMaF4NZIBgTlVFrgHQdIPiK aMc1KgA798/zPjnP2c9TmpUyYyGXen2nDTegtu3UvV0uAeGbFNDuQ1U4SasN LJycVY2pSPNQ7Q2W9W9dQ0/HxeaLw5cmX1r0lP+0+dKh5x+t6D18RU2NCy/g 8QIeL+DpBTxewOMF7pqi3OIstfbGsD9pRBC5iqRZX618vYcuNZ1tA/+RHzTS DW1Fg7O/g1vsC8Jnd6gPhiep7BSvm6btGK/Pr5F2tS9cD6eN8ZSdUTkIPwIA YwTJK09QIyOFjoeTaY3ejnABeY3GLydTkLiUJoVqGnxWkpYiW1LOIcUlG0yI qsK/lTkq/dYrtmZmYLqLVLGnO62IqSIzHgwzthcXfOSFsf5WLUXmWpqCZCXC mLJE8WbJG7PJ9MS9tQ6mcftP3abA+jl7SLxApA+T1SrMUW0iqD+grm3z7iZx kBnn76+b9TnUXcH9uaafh5BQ5z1V/CRpIFnQQKA54SLF1G3SpKRPExQyFbnN mydTq4hVESRxtDONF6ju2FxFjD4hoFuZ8sav5CpJd1zzWrdoMlCDGYNAVYUz tGJAyFav3+8ghnBXz9YCvlpZp2GShvmO6nb1S6idqlKT0GOhIKxbZt+0+0DW Pg2KRQG4U6UxAikLKr2aXa1pQ8GIVBrTiKUup22L+g2n2ei3aJQoK58h9uBs FU/9/XPm76LA9JNV1bhEAcQWC+ch9H6dfCA4vsOB5u1oKoqIXqIuXglMw07/ kR/IfClThqOyBlSVWBMFAooE9GfU6pHwqM2tgQFajL8+VxwVeB3Ia1RkbByu NdrmD6qP1sfVBzDRaPrtPuDwrlZc1icsU2bSZrMxD9o10GJskvS28QEqyK25 zFcRujuJ+X7BzavKGnsqyLInzLe5US6JuIRfqtKZF7fonSJBVTzx1plWput3 LBNJBjh0+QrmN+3OcfobXaWzpsyEa+XY31GOpg0bMnxxeV3dl8Qcm04Lzbfc EAKgkNydwWtMgw0gLNdpuX7XnffctlcrrYQ0hV0ICj9HwKIyarVbHc5BxDmE 4wHG69Sddr3fAel47zI6uEG4CDPOodwVWtzbYltUsvclw1MG7aTdZAmo94oY KeobLsC4BbRdm6627vUW7UkU5jUSRZ5kMgIkN2zLE5m81j46h6ubR4tkPupy mTYWgjeNs1CZ65eNjU4TaIOyw7hRZB78+iAr3JQNVOInHsJH5tmPUy0Ljwnq xdIPmeq3p2Wy023Tb9WGoOZ1Wx3Xad6pi08ncsFPHjwOVgDuMNQcWvuPPdj6 yIO5vb3D7O3sjN5ewCngRePGG9UtcVzo2XdID6cZjupTD+qyjsyGm8Sj6tiK LAsXMej5QaxbWNuAGfbr4mvZR5SDJWPIq1e6s7zq0duuEjhWjgEfuuAi7KSm Ge/3urT6Zzfu1lOr4A+TKe4X4xGdMVjvcxygeOclDDYl01WANHDSnvXZzyeD 9zeT0c3o/N3smdPuoK8Z3czObvgQAwPdEoa8BEBKAF5kJ5czT46G2doCsuLt eoFv3b46yHjW7xl81qWyDcflSbpR6Iusdx6rkPYjKWI6EKsdP1K7B/IHCtCW BwEeKrJ1mMGW8SENN+3hSh1ncDFV4+xPwlcNfBjz2cFvFC1wKUELuApuNPWN dtUK58UcGQX7VQeSManuO1cBqqOIk+aO5BZ7CkZf2U4/vpjee2icJ3yWaKoB LkWeKkXt56cDXqfm6AH+/oeM5Ac+r/RVSZBystKfkkR8jgQLu6ddOCCTLa01 q9cPlQzgwb9dpAoHUi5gsjwFPANsFJurAVw8wkIR2SiYpOYS8/mOvyxidXT2 GxVWqJiYnYh3G7HTuvLyNq0Rf5wBuW44CS7scpxS01CC8nFbnuQIUzahWOKC Uglt0IazDR+y2k7rVtPaqm6qqyO9mpp5nLNmhN4/dfUkJYV7Up13KAGdyqZY EHKsQvYtIM7HpOJTpNaeVFmYReSNPhj4T3dMCavoadm9s0pfV5UhSqYiV4n1 MIUNWayhlOIDerUlWQG51OElF1nlIfLee+jvyjOyg0vY/3jaeV7ZoHST1b1/ ZV7ZEbvUtVvdtqOn72KfF1KLHFxbe1QYh6tiRTeLQiDn5vCBm49cRp/8uXwI R6/QiUu/gY3wtTfo+gn7pbiIDyKMVIkfBriM35R5CkaoeLAB2xLlrKQcbQ0z tA48qyoe7658ugTveuk9NXXsSKJ0LhhW61qe+5qHaPqcycT9JuPSYLVWDir0 +YUnd2gCkGUDXq3cGKvvcsGZbp4hX25gu2eY3+twjxaiiXhWcuOsqmAOwHeK TpUnq6DSr1nVJ1UU+ezd3DgEXDZt+1z7Kj+wtnY7sIJu2eNXnmzn2Q2Hxo1X zDFTc27ziweNGdxZMSK6+jxc1TJwvDk2Bgn1G1btP5oFvmE7HvIMowayAzq6 b15doVovhgLlHqZpfhWEdh6O0PehlfMgtLq3ICniYwVSliRyqwqsFEJXeLx6 lxC1i3UfoQDhVw6tH2XnOF/Gj+nvsdy9Yyqm0SCmRUz7PeZ8g24yVfvPm7h/ QEIfnHxiUBwHfXgf90X7nPr5ahACxGDjkhp9rogfUCc6n68TnZ9b4H0zddt/ oAJr/rz4bj44vuFpB8cdvXl9bj7WKN9kjWJt9QnmF/1rvDgyelJyeuIq3Dwc z2o5WfgwT7w1n/ZEYSypZXfYpCyKfsq9uenzSbhQByr8Oxnbk1Zrbvi20ws8 2SMe6YiW/sKPtEPbwsJI0+52+7am8ZpCj/Rs+1CC0/6tqu84Xb9nnUw6YVMy 9h1bSEvpqZ5Zh34YjwLbsrvWD/kdScDG53cvPxTiuPh+hYMUBqtO16nwpUt/ f7rX9vk/qLxjyY53rOWnnvHin3p2567V6dmd4zNP+tYJF7vfP9z5nu8dZfGF bLaOd7Y1P1IGjm95hzvZ7raCk7u2dVy92Q26Rx2avU7bOUrW9U4ka/Zgs+Oz Xv/kWavn9cTJnbBbJ3ey7x/urF5nznbRgaJjg8OdA0u/J1F++FNe0Tzw3UXn vncXP+UVzy9ZPrZ+Xnpp/a+Uj79u1HPm9ldHPf9zqNeXvS9BPf9LUE8tvl/h fxL1Ak+0/EcM/DVh4P/PCfjjwfbjwfbjwfavrbP6RWCy1OMrwWQZTWVMplKd r26Ehp55EUU7cInVD5xq/HiPZLHc5uqnAWW1GdwEyQ1PrlRpgan8lh2i8RmB 3IY85fHw8pc7vHxMdo/J7jHZPSa7xxPSR9UeX6z+hLPuUpSH5t09+UN/iybK 36L1v7YAn6sjlCGiZKF+6rYKsxX/r61IsUWBhFLnX8X9IVfIyL8gVMS88zs1 RZvuaDjNSK3WKKfs7n/80DcL/13p/g2eBDeVPTwAAA== --1yeeQ81UyVL57Vl7 Content-Type: application/octet-stream Content-Disposition: attachment; filename="problem.z.xfs.i.raid1.gz" Content-Transfer-Encoding: base64 H4sICMVDQj8CA3R5cGVzY3JpcHQA7Rlrb9tG8qNVAvwF+TKXg3EyKlFcPvRC ZaRJr0WRy8U4J+gVghFQ5MpiRZECd2lZQXG//WZ2KZF62WlwaIzgCJnLfczs vGd2fR3m8VKCkEEueQRZCu8KDt8Xt8AGwHpDZzD0u+DYtmvMgnw9iYLhf/4K i/lUWPdTAe0pdCJ+1xFRcGYa+AZ8sGFlY+uG6cbRjasbTze+ahwN4OrG042v m65uerrp62aAjfkYTV1csuAyaEeBDEbV6M4Ti/gjHzm+Gg5uw6xI5ajfwk89 4bieDZNkLkyD0CiYERx/JgrEsweEbJJk4VyMWK/fY34L4kVwvwwl7mQaW4BT iESRxnJkl51VHMnZSFPRgiJd5bGUPB3ZppEGizi9JUx3PBcxKtA5TZJpJNlt uXGcSp6nQQLbodMcoP5NI+dBIuMFh1GapfwIzfxeio+jru+73S2o3QI0rHsk Vgoit64wEnRNVZ2p2JlPsLvMs0nCF1a04AKplOslF8pid1aGS2jnYFmdBjT0 rzPLFrxDKDt7ODdjOL8zE01N48c44WItJF/UuGLztuZFd98LdJPv74I4CZAy 6p7DG+JEeY9pbPhhe8Jxfdt21CDz7b7tq68+Yx5+ed1z6FSge/YJPWbb3dIU BqzrqTHb7isVOecHggsDFOsy15LgMuzkQRyd4XeEPkrfChN9yGCy50UKdgND 0xoCKdOaWkSoxG9oqJ3wO56UMsKxNG+r4SgWSlaOHhPLIOebQYINZ0U6b5OV KVAPh5ZkuYJspC0K7Ch5K6S4ZRzWbG0rog0RhLics0+vnxxbz/bCh5IMmVC7 TaaerNvTLEdkFd8//P363b/e/vrzP38COeMQZqmya8im20UQp+CD4DgXoau+ knnSfgXxFJ1WFDn/C+2ZRgm57JsfoCS32iFAh1x/pFklCG15GHeIantYsd9C o/D6XTZ/2VKKhJrcUIM42fOd+cu6TcVCexyPMCYqZocQTDIK+y0kmCuW0Pop HCCJZEFZiFRhapCAkoBlRtzGGDHCpODC2hFfUXqz4NrsKj0dWbSdPJT/1yR7 BcmGlRF+MuSBM2elN9dUYhpX6DYZEh3LmAsYwphwshtQoTr6EMzwDcx2PJKJ zHKMEiQlVHso4zuuSGBAhI0Rilgb2zeb3KSJKcM4jJ2OcwPj9++38+NL68hz g3EFQ2gaUmJzLfscmg7ruk5Ho7uAaZzGYjZyLIZpC8SS82jke3b/NVpOaBpF WlB81boRQ/iOUs3lqbRB3OhwrgaHsMozVB/WAJQoWjBB/rOlxKSov2vixjy5 QdHapmM0cpllsAjS9cZXkOBEuQUmBfEYHdCWcE/B+AuQozLk7xLzEml5CIUg S2aON4dVnEbZqgUZVggQIE6JPox+s6NiS4OpUDHGyI6+NQRbP+zmu+5lk4oO fqFW/E2AmCCKqeDIpsaDDoQ1yQKLSZmhhaH6BEz4Gn0ROP7hflqrpmEPhjY6 VL6i6mAVYLWl3AI7SbyIVU/h+7nzFnieoxjQVKZVbm4+X0TNQcu+eH4B2+qO sIN9P7BtzRB+Mz+yo14pzOZz1MwH5RiTYoqQGrMP2ANV84HPcNN//3iNUqDs FM44onFgijKloPmVs3eyMvvihf1+nagcZVvq6d+nF3qbJHS8aHo68XWknsvT 8dX1LEbx1fPRvPYDLLO8WoB1POfTA+yfWwkzZ1MJu/1tJVyjhoRYV/TZmYPv p6atP5q5tPF3PsdqO49koSeSDKFe3D0bv84DLIfk2dlZXZkxKq88k6gbCH0q ETJb7geB7XhVr305kx1sTZYdM1l1E8Hvz6QLyJw1CcTswwyZz/I1gOrm4Qaz hUaspFp2hZjV9rXuMGOk06zsnjwNlzZ4SAOS8KTuZ3Yo6tJBhDtoK8xyetDs t98EedtBUV/sqBOVxZORaby9ViwP4R9xWtybxktlvNV9RROPLiMFmwe3C6xg js31B17PwYybRRzPCPpupvRrmnQ3HWj6lm2fX1C85fkdGT95BJ2RyHGwvuI5 UZkLCSpBKzC64uiWGfo2z4olInWdXre/wUqgaqIFenxa0lqbMg3mDdiGyPr4 deWzkyCcI3ogs9IXd3qHIUr9G4W6BYO+a3vIZNfte0iYafyCJRyVhQozSHIC qvI63UajwdTbUW9XvT319tU7On7ls31M4xWGWYX8t6xQ90pNJXhN1cUQCENF QRV9hDpt1uofLK7IJTWdKPRFQEFrg8A03qEv1dev4iTBUgyCQma0NqTzoy5v UDBYyqLbObYOUXheRK2xvo06W6P+V7MYF1JdHGLEJbSoT0sFCpBFqoyzHVIs bMdU+FEJnccRtw7CNtn0Xk1Sy1lH77o+O06rU+jnBeqkcYQUOreQZx7PRUkm 5LdThIqOXLptLtpOsQ7WA1muwvxAbDt+zaBKvv0LnErgi0aVMBvb59nYvSo3 3450X2hGNoTuZK3u3vIHZFft8dp8JOrtJC5c32gcZrc/klv7V7XqoFFn1ztg l3kvjpchOxi9q8MC65DqB9c8G/euPlUHzH1xRLJ7NDH7qjrjVvj+F4B75/fj mnw2dh6Wyv9vsB64waLz2pM6XV0+dnvlq9OV23MOD1e7t1euw76a26sTWeBz QrVxrUtTVTkc/F/R9Yeuq/+v+F+yGdWGgxwAAA== --1yeeQ81UyVL57Vl7-- From owner-linux-xfs@oss.sgi.com Fri May 23 07:00:58 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 07:01:04 -0700 (PDT) Received: from forumakad.pl (mail@forumakad.pl [212.182.115.22]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NE0t2x000349 for ; Fri, 23 May 2003 07:00:57 -0700 Received: from eyck by forumakad.pl with local (Exim 3.35 #1 (Debian)) id 19JD6q-00074n-00 for ; Fri, 23 May 2003 16:01:24 +0200 Date: Fri, 23 May 2003 16:01:24 +0200 To: linux-xfs@oss.sgi.com Subject: Re: Problem with XFS on software RAID1 Message-ID: <20030523140124.GA27894@forumakad.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i From: Dariush Pietrzak X-archive-position: 4113 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: eyck@forumakad.pl Precedence: bulk X-list: linux-xfs Content-Length: 215 Lines: 7 this happens with 2.4.21-rc2-xfs ( from cvs from ~ May 15th ) -- Dariush Pietrzak, She swore and she cursed, that she never would deceive me Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 From owner-linux-xfs@oss.sgi.com Fri May 23 07:05:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 07:05:54 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NE5Z2x000806 for ; Fri, 23 May 2003 07:05:36 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 19JDAp-00084S-00; Fri, 23 May 2003 15:05:31 +0100 Date: Fri, 23 May 2003 15:05:31 +0100 From: Christoph Hellwig To: Andi Kleen Cc: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030523150530.A31022@infradead.org> References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030523134438.GC30288@wotan.suse.de>; from ak@suse.de on Fri, May 23, 2003 at 03:44:38PM +0200 X-archive-position: 4114 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 238 Lines: 8 On Fri, May 23, 2003 at 03:44:38PM +0200, Andi Kleen wrote: > > Mixed case support in XFS (for Samba) > > Won't that be a change in the on disk format? The current plan is to have a v3 directory format for case sensitive filesystems. From owner-linux-xfs@oss.sgi.com Fri May 23 07:16:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 07:16:36 -0700 (PDT) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NEGH2x001371 for ; Fri, 23 May 2003 07:16:19 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4NEG9KV062631; Fri, 23 May 2003 16:16:10 +0200 (CEST) Message-Id: <4.3.2.7.2.20030523160347.03871080@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 23 May 2003 16:16:02 +0200 To: Dariush Pietrzak , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Problem with XFS on software RAID1 In-Reply-To: <20030523134818.GA1514@forumakad.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 4115 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 1553 Lines: 46 At 15:48 23-5-2003 +0200, Dariush Pietrzak wrote: >Hello, > Summary: One cannot use the same filesystem filtered through MD code and >without it ( filesystem is on /dev/sdaX, you can't mount it via /dev/md0, >or - filesystem was created on /dev/md0, you can't mount it via /dev/sdaX ) What I think you are describing is what I did myself last week with an unbootable software raid 1 array. Something resembling what I did: System stuck on the boot line with "LI" sda1 and sdb1 are a raid1 array and the / fs. Removed sdb1 from the raid config to prevent problems. Boot the redhat installer in rescue mode. mount /dev/sda1 under /mnt/sda1 edit /mnt/sda1/etc/lilo.conf (boot=/dev/sda) chroot /sbin/lilo This reinstalled lilo with the correct geometry on sda. umount /mnt/sda1 Reboot the machine. raidhotadd /dev/md0 /dev/sdb1 to resync the raid 1 array with the first disk. This works. I have done this a number of times before on IDE raid configurations where partitiontables mismatches between the disks (even same) are common. You have to be very carefull to at least break the mirror and resync it's content since even mounting the disk once will trigger the log replay and thus the data between the disks will change. Linux software raid 1 uses read balancing to give higher read speeds (raid 0 like), however the data on both disks must be the _exact_ same to the bit. Mounting the disk without the raid layer once will make them different and havoc can ensue. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri May 23 07:17:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 07:17:49 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NEHf2x001534 for ; Fri, 23 May 2003 07:17:42 -0700 Received: (qmail 5357 invoked from network); 23 May 2003 14:17:39 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 23 May 2003 14:17:39 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id 3BBC9D8F55; Sat, 24 May 2003 00:17:35 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 38FCD91357 for ; Sat, 24 May 2003 00:17:35 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Subject: Mixed case support in XFS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 May 2003 00:17:30 +1000 Message-ID: <5312.1053699450@ocs3.intra.ocs.com.au> X-archive-position: 4116 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1914 Lines: 51 Steve Lord wrote: > Mixed case support in XFS (for Samba) Off the wall suggestion. Instead of changing XFS to suit Samba, layer another filesystem over XFS that converts all names to lower case and provide that filesystem view to Samba. Such a layered filesystem for converting to lower case already exists, locasefs as part of the LUFS package (lufs.sourceforge.net). Pro: No XFS disk format changes. No XFS work at all :-)) Works for all filesystems, not just XFS. Con: Extra copies of the data (XFS -> LUFS -> SAMBA), acceptable when the network and/or the Windows machines are the bottleneck. LUFS filesystems cannot be NFS exported yet, and I do not know if the NFS restrictions on LUFS layers will affect Samba or not. OTOH I have a vested interest in making LUFS layers work over NFS so I expect that problem to be solved fairly soon. From the locasefs source comments: Use case: Win32 filesystem is basically case insensitive. Casing in file names is supported, but not relevant when opening files, a case insensitive matching is performed. If working with source code obtained from win32 on *nix systems, you often have to manually convert into a lowercase-only tree to be safe Getting into a more complicated situation where the *nix version has to interoperate with the win32 source, without the ability to change all the casing to be correctly lowercase in the win32 master source. Objective: Provide a lowercase mapping of a filesystem (read/write). Discussion: There are probably several operating options, such as supporting a case-sensitive filesystem a-la-win32, mapping to uppercase, mapping to lowercase .. Implementation: get the lowercase mount as a flag over regular localfs? NOTE: what happens if root has something like: File and file in same dir? first found will be selected From owner-linux-xfs@oss.sgi.com Fri May 23 07:38:04 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 07:38:26 -0700 (PDT) Received: from forumakad.pl (mail@forumakad.pl [212.182.115.22]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NEc12x002351 for ; Fri, 23 May 2003 07:38:02 -0700 Received: from eyck by forumakad.pl with local (Exim 3.35 #1 (Debian)) id 19JDgl-0004hT-00; Fri, 23 May 2003 16:38:31 +0200 Date: Fri, 23 May 2003 16:38:31 +0200 To: Seth Mos Cc: linux-xfs@oss.sgi.com Subject: Re: Problem with XFS on software RAID1 Message-ID: <20030523143831.GA11793@forumakad.pl> References: <20030523134818.GA1514@forumakad.pl> <4.3.2.7.2.20030523160347.03871080@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.3.2.7.2.20030523160347.03871080@pop.xs4all.nl> User-Agent: Mutt/1.3.28i From: Dariush Pietrzak X-archive-position: 4117 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: eyck@forumakad.pl Precedence: bulk X-list: linux-xfs Content-Length: 1509 Lines: 37 On Fri, May 23, 2003 at 04:16:02PM +0200, Seth Mos wrote: > mount /dev/sda1 under /mnt/sda1 Exactly.. that part doesen't work with XFS for me, although I see no reason for it to fail ( other than that raw partition contains raid superblock, and it works fine with other filesystems ). For this part you can always created degraded array with non-existant failed disk and then mount this. But I still have no idea how one could migrate from simple filesystem to RAID1. > Linux software raid 1 uses read balancing to give higher read speeds (raid > 0 like), however the data on both disks must be the _exact_ same to the > bit. Mounting the disk without the raid layer once will make them different I don't know the code, but if i understand correctly then untill the array is resynced it works in degraded mode and should read only from working partition. I think this: harybda:~# cat /proc/mdstat Personalities : [raid1] read_ahead 1024 sectors md0 : active raid1 sdb6[2] sda6[0] 714752 blocks [2/1] [U_] [>....................] recovery = 2.7% (19456/714752) finish=1.7min speed=6485K/sec would mean that freshly addedd sdb6 part is not operational ( "_" as opposed to "U" ) until it has been fully resynced. The other thing is that I'm working here with clean filesystems so no log-reply should occur ( i think ). -- Dariush Pietrzak, She swore and she cursed, that she never would deceive me Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 From owner-linux-xfs@oss.sgi.com Fri May 23 07:43:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 07:43:24 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NEhI2x002792 for ; Fri, 23 May 2003 07:43:19 -0700 Received: (qmail 5609 invoked from network); 23 May 2003 14:43:16 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 23 May 2003 14:43:16 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id 55431D8F55; Sat, 24 May 2003 00:43:12 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 529A091357; Sat, 24 May 2003 00:43:12 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Andi Kleen Cc: linux-xfs@oss.sgi.com Subject: Re: Mixed case support in XFS In-reply-to: Your message of "Fri, 23 May 2003 16:24:10 +0200." <20030523142410.GB24098@wotan.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 May 2003 00:43:07 +1000 Message-ID: <5837.1053700987@ocs3.intra.ocs.com.au> X-archive-position: 4118 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 847 Lines: 17 On Fri, 23 May 2003 16:24:10 +0200, Andi Kleen wrote: >On Sat, May 24, 2003 at 12:17:30AM +1000, Keith Owens wrote: >> Off the wall suggestion. Instead of changing XFS to suit Samba, layer >> another filesystem over XFS that converts all names to lower case and >> provide that filesystem view to Samba. Such a layered filesystem for > >That won't be fully win32 compatible. win32 is not case sensitive, but >it preserves case. The samba users would probably not be happy when >their filenames get all converted to lower case. Easily handled with a tweak to locasefs. creat() and readdir() preserve case, stat() and open() on existing files drop the filenames to lower case. But as Steve says, Irix has the same problem, so LUFS is not a permanent fix. It might be an acceptable workaround for Linux users in the short term. From owner-linux-xfs@oss.sgi.com Fri May 23 07:44:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 07:44:49 -0700 (PDT) Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NEii2x003132 for ; Fri, 23 May 2003 07:44:45 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4NEid8d011852; Fri, 23 May 2003 16:44:39 +0200 (CEST) Message-Id: <4.3.2.7.2.20030523164220.038815d8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 23 May 2003 16:44:17 +0200 To: Dariush Pietrzak From: Seth Mos Subject: Re: Problem with XFS on software RAID1 Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030523143831.GA11793@forumakad.pl> References: <4.3.2.7.2.20030523160347.03871080@pop.xs4all.nl> <20030523134818.GA1514@forumakad.pl> <4.3.2.7.2.20030523160347.03871080@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 4119 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 1400 Lines: 39 At 16:38 23-5-2003 +0200, Dariush Pietrzak wrote: >On Fri, May 23, 2003 at 04:16:02PM +0200, Seth Mos wrote: > > mount /dev/sda1 under /mnt/sda1 >Exactly.. that part doesen't work with XFS for me, although I see no >reason for it >to fail ( other than that raw partition contains raid superblock, and it >works fine with other filesystems ). > For this part you can always created degraded array with non-existant >failed disk and then mount this. >But I still have no idea how one could migrate from simple filesystem to >RAID1. This is what I always use for this procedure. http://www.fokus.gmd.de/linux/HOWTO/Boot+Root+Raid+LILO-4.html And it works like a charm, I have built several systems using various XFS releases with this procedures. > > Linux software raid 1 uses read balancing to give higher read speeds (raid > > 0 like), however the data on both disks must be the _exact_ same to the > > bit. Mounting the disk without the raid layer once will make them > different > I don't know the code, but if i understand correctly then untill the array >is resynced it works in degraded mode and should read only from working >partition. This is correct. > The other thing is that I'm working here with clean filesystems so no >log-reply should occur ( i think ). But it will update it's superblock on each mount. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri May 23 07:55:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 07:55:22 -0700 (PDT) Received: from mail.iwr.uni-heidelberg.de (mail.iwr.uni-heidelberg.de [129.206.104.30]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NEtG2x003771 for ; Fri, 23 May 2003 07:55:17 -0700 Received: from kenzo.iwr.uni-heidelberg.de (IDENT:JXXk/7S4Axxy1Ryu3QY63EJIdEMgu5KX@kenzo.iwr.uni-heidelberg.de [129.206.120.29]) by mail.iwr.uni-heidelberg.de (8.12.9/8.12.9) with ESMTP id h4NEtCaF020730; Fri, 23 May 2003 16:55:12 +0200 (MET DST) Received: from kenzo.iwr.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by kenzo.iwr.uni-heidelberg.de (8.12.8/8.12.8) with ESMTP id h4NEtCf0001647; Fri, 23 May 2003 16:55:12 +0200 Received: from localhost (bogdan@localhost) by kenzo.iwr.uni-heidelberg.de (8.12.8/8.12.8/Submit) with ESMTP id h4NEtCxW001643; Fri, 23 May 2003 16:55:12 +0200 Date: Fri, 23 May 2003 16:55:12 +0200 (CEST) From: Bogdan Costescu To: Dariush Pietrzak cc: linux-xfs@oss.sgi.com Subject: Re: Problem with XFS on software RAID1 In-Reply-To: <20030523134818.GA1514@forumakad.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4120 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bogdan.costescu@iwr.uni-heidelberg.de Precedence: bulk X-list: linux-xfs Content-Length: 2359 Lines: 57 On Fri, 23 May 2003, Dariush Pietrzak wrote: > I stumbled upon a problem with xfs. It seems that it doesen't work with > software RAID1 the way I expected. Remember the old saying: The computer does what you tell it to do, not what you want it to do. > Summary: One cannot use the same filesystem filtered through MD code and > without it ( filesystem is on /dev/sdaX, you can't mount it via /dev/md0, > or - filesystem was created on /dev/md0, you can't mount it via /dev/sdaX ) I'm afraid that you don't understand what MD does and some more reading is due on your part. First, MD has its own disk partition type (0xfd) for the driver to be able to autorecognize them. Then some part of the partition is reserved, in it the driver keeps some internal data, like the RAID level and member number, which are used when mounting it and are important in case of shuffling of disks (f.e. hda and hde are swapped, but their member number should not change). When offering the partition to the filesystem, this area is hidden, so that the FS sees a smaller partition. A normal 0x83 partition doesn't have this restriction, the FS sees the entire disk area. > It hurts in two areas - one is that I'm trying to migrate existing system > into RAID1, I added another disk, partitioned it just like the first one, > expected to migrate nicely... Nope. The key for migrations like this is the degraded mode: create MD partition on second drive, set up the MD device in degraded mode, put data there, change partition type on first disk to MD, use hotadd to add the first disk to the MD device. > Another is - when I've got RAID1-ed partition, I expect to be able to > mount both copies without using raid in emergencies. You are able to mount them alone, but again in degraded mode, still using the MD driver. Remember: what was written by MD should be read by MD. > Am I doing something wrong? Should xfs code be aware of software RAID > superblocks? Is MD code doing something wrong? Yes. No[*]. No. [*] not in this case anyway; there was a discussion about stripes some weeks ago... -- Bogdan Costescu IWR - Interdisziplinaeres Zentrum fuer Wissenschaftliches Rechnen Universitaet Heidelberg, INF 368, D-69120 Heidelberg, GERMANY Telephone: +49 6221 54 8869, Telefax: +49 6221 54 8868 E-mail: Bogdan.Costescu@IWR.Uni-Heidelberg.De From owner-linux-xfs@oss.sgi.com Fri May 23 08:02:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 08:02:54 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NF2n2x004263 for ; Fri, 23 May 2003 08:02:50 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 739BA14DCF; Fri, 23 May 2003 17:02:44 +0200 (MEST) Date: Fri, 23 May 2003 17:02:43 +0200 From: Andi Kleen To: Keith Owens Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: Mixed case support in XFS Message-ID: <20030523150243.GD24098@wotan.suse.de> References: <20030523142410.GB24098@wotan.suse.de> <5837.1053700987@ocs3.intra.ocs.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5837.1053700987@ocs3.intra.ocs.com.au> X-archive-position: 4121 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 504 Lines: 12 > Easily handled with a tweak to locasefs. creat() and readdir() > preserve case, stat() and open() on existing files drop the filenames > to lower case. But as Steve says, Irix has the same problem, so LUFS > is not a permanent fix. It might be an acceptable workaround for Linux > users in the short term. AFAIK samba does it already internally, but the algorithms they use for this (which are more accurate than your hack) are relatively costly, so they prefer to get file system support. -Andi From owner-linux-xfs@oss.sgi.com Fri May 23 08:41:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 08:41:23 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NFf82x005055 for ; Fri, 23 May 2003 08:41:08 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4NFuIVe016277 for ; Fri, 23 May 2003 10:56:18 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4NFf0a224323290 for ; Fri, 23 May 2003 10:41:00 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4NFf2Rn81965724 for ; Fri, 23 May 2003 10:41:02 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h4NFf2p00341; Fri, 23 May 2003 10:41:02 -0500 Message-Id: <200305231541.h4NFf2p00341@jen.americas.sgi.com> Date: Fri, 23 May 2003 10:41:02 -0500 Subject: TAKE - merge up to 2.4.21-rc3 To: linux-xfs@oss.sgi.com X-archive-position: 4122 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2874 Lines: 80 Date: Fri May 23 08:39:40 PDT 2003 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149903a linux/net/core/rtnetlink.c - 1.13 linux/net/802/Makefile - 1.7 linux/mm/mmap.c - 1.50 linux/mm/filemap.c - 1.118 linux/include/linux/tty.h - 1.19 linux/include/linux/sched.h - 1.55 linux/include/asm-m68k/system.h - 1.11 linux/include/asm-i386/uaccess.h - 1.14 linux/include/asm-i386/system.h - 1.26 linux/include/asm-arm/system.h - 1.17 linux/fs/buffer.c - 1.119 linux/drivers/pci/quirks.c - 1.33 linux/drivers/net/Config.in - 1.62 linux/drivers/char/tty_io.c - 1.42 linux/arch/ppc/8xx_io/enet.c - 1.18 linux/arch/i386/kernel/ioport.c - 1.4 linux/Makefile - 1.187 linux/Documentation/Configure.help - 1.145 linux/include/linux/ide.h - 1.35 linux/drivers/isdn/hisax/hfc_pci.c - 1.23 linux/net/802/fc.c - 1.5 linux/drivers/scsi/ips.c - 1.28 linux/include/asm-sh/system.h - 1.13 linux/drivers/net/wan/cosa.c - 1.25 linux/include/linux/pci_ids.h - 1.64 linux/drivers/pci/pci.ids - 1.46 linux/drivers/ide/ide.c - 1.40 linux/drivers/ide/ide-disk.c - 1.23 linux/drivers/ide/Makefile - 1.17 linux/drivers/ide/Config.in - 1.20 linux/include/asm-ppc/mc146818rtc.h - 1.5 linux/include/asm-parisc/linux_logo.h - 1.3 linux/drivers/net/lasi_82596.c - 1.10 linux/include/asm-parisc/ide.h - 1.5 linux/include/asm-parisc/pgalloc.h - 1.6 linux/include/asm-parisc/checksum.h - 1.3 linux/include/asm-parisc/delay.h - 1.3 linux/include/asm-parisc/io.h - 1.3 linux/include/asm-parisc/system.h - 1.4 linux/fs/reiserfs/super.c - 1.17 linux/fs/reiserfs/tail_conversion.c - 1.13 linux/fs/reiserfs/journal.c - 1.19 linux/fs/reiserfs/inode.c - 1.25 linux/include/linux/reiserfs_fs.h - 1.18 linux/include/linux/reiserfs_fs_i.h - 1.8 linux/include/asm-cris/system.h - 1.7 linux/arch/ppc/boot/prep/Makefile - 1.9 linux/drivers/message/fusion/mptscsih.h - 1.5 linux/drivers/message/fusion/mptscsih.c - 1.8 linux/drivers/message/fusion/mptlan.h - 1.5 linux/drivers/message/fusion/mptctl.c - 1.9 linux/drivers/message/fusion/mptbase.h - 1.8 linux/drivers/message/fusion/mptbase.c - 1.8 linux/drivers/message/fusion/isense.c - 1.6 linux/drivers/message/fusion/linux_compat.h - 1.6 linux/fs/intermezzo/vfs.c - 1.9 linux/fs/jbd/commit.c - 1.5 linux/drivers/message/fusion/mptctl.h - 1.4 linux/arch/ppc64/boot/Makefile - 1.3 linux/include/asm-parisc/system_irqsave.h - 1.2 linux/include/asm-parisc/spinlock_t.h - 1.2 linux/drivers/sound/kahlua.c - 1.2 linux/drivers/ide/pci/sl82c105.c - 1.2 linux/drivers/ide/pci/siimage.c - 1.2 linux/drivers/ide/pci/piix.h - 1.2 linux/drivers/ide/pci/piix.c - 1.2 linux/drivers/ide/pci/hpt366.c - 1.2 linux/drivers/ide/pci/amd74xx.h - 1.2 linux/drivers/ide/pci/alim15x3.c - 1.2 linux/drivers/ide/legacy/pdc4030.c - 1.2 linux/drivers/char/ipmi/ipmi_devintf.c - 1.2 From owner-linux-xfs@oss.sgi.com Fri May 23 09:23:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 09:23:53 -0700 (PDT) Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NGNT2x006390 for ; Fri, 23 May 2003 09:23:31 -0700 Received: from darke.mpc.local ([172.16.11.6] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 19JFKD-0005Vx-00; Fri, 23 May 2003 17:23:21 +0100 Message-ID: <3ECE4AF9.F87E9600@moving-picture.com> Date: Fri, 23 May 2003 17:23:21 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: Steve Lord CC: linux-xfs@oss.sgi.com Subject: Re: Tomorrow References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Disclaimer: This email and any attachments are confidential, may be legally X-Disclaimer: privileged and intended solely for the use of addressee. If you X-Disclaimer: are not the intended recipient of this message, any disclosure, X-Disclaimer: copying, distribution or any action taken in reliance on it is X-Disclaimer: strictly prohibited and may be unlawful. If you have received X-Disclaimer: this message in error, please notify the sender and delete all X-Disclaimer: copies from your system. X-Disclaimer: X-Disclaimer: Email may be susceptible to data corruption, interception and X-Disclaimer: unauthorised amendment, and we do not accept liability for any X-Disclaimer: such corruption, interception or amendment or the consequences X-Disclaimer: thereof. X-archive-position: 4123 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james-p@moving-picture.com Precedence: bulk X-list: linux-xfs Content-Length: 326 Lines: 14 Steve Lord wrote: > In the next few months (deliberately vague since I don't have any > firm dates), the following should show up: > > XFS 1.3 I know you have to be vague, but is it at all possible to give a better guestimate for XFS 1.3 (or even a v1.2.1 that's been mentioned here before)? Thanks James Pearson From owner-linux-xfs@oss.sgi.com Fri May 23 09:29:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 09:29:38 -0700 (PDT) Received: from mail.austinwebservices-xml.org (amoa014.amoa.org [207.207.51.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NGTX2x006891 for ; Fri, 23 May 2003 09:29:34 -0700 Importance: Normal X-Priority: 3 (Normal) Subject: Re: Tomorrow MIME-Version: 1.0 From: Administrator/DACSoft%DACSOFT@austinwebservices-xml.org To: Steve Lord Cc: linux-xfs@oss.sgi.com Date: Fri, 23 May 2003 11:31:40 -0500 Message-ID: X-MIMETrack: Serialize by Router on mail/DACSoft(Release 6.0.1|February 07, 2003) at 05/23/2003 11:31:44 AM MIME-Version: 1.0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: base64 X-archive-position: 4124 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Administrator/DACSoft%DACSOFT@austinwebservices-xml.org Precedence: bulk X-list: linux-xfs Content-Length: 3454 Lines: 46 PEZPTlQgZmFjZT0iRGVmYXVsdCBTYW5zIFNlcmlmLCBWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNh LCBzYW5zLXNlcmlmIiBzaXplPTI+PERJVj5JIHdhcyBqdXN0IHJlZmVyaW5nIHRvIHRoZSBhbm5v dW5jZW1lbnQgYWJvdXQgY3V0YmFja3MuJm5ic3A7IEkgd2FzIGp1c3QgZXhwcmVzc2luZyBteSBz aW5jZXJlIGhvcGUgdGhhdCBubyBvbmUgb24gdGhlIFhGUyB3YXMgcGVyc29uYWxseSBhZmZlY3Rl ZC4mbmJzcDsgTm90IGJlY2F1c2Ugb2Ygd2hhdCBpdCB3b3VsZCBkbyB0byB0aGUgZ3JlYXQgZmls ZSBzeXN0ZW0sIGJ1dCBhcyBhIGNvbGxlYWd1ZS48L0RJVj48RElWPiZuYnNwOzwvRElWPjxESVY+ Q2hyaXMgVG9vbGV5PEJSPjwvRElWPjxGT05UIGNvbG9yPSM5OTAwOTk+LS0tLS1TdGV2ZSBMb3Jk ICZsdDtsb3JkQHNnaS5jb20mZ3Q7IHdyb3RlOiAtLS0tLTxCUj48QlI+PC9GT05UPlRvOiBjaHJp c0B0b29sZXkuY29tPEJSPkZyb206IFN0ZXZlIExvcmQgJmx0O2xvcmRAc2dpLmNvbSZndDs8QlI+ RGF0ZTogMDUvMjMvMjAwMyAwODozOUFNPEJSPmNjOiBsaW51eC14ZnNAb3NzLnNnaS5jb208QlI+ U3ViamVjdDogUmU6IFRvbW9ycm93PEJSPjxCUj48Zm9udCBmYWNlPSJtb25vc3BhY2UiIHNpemU9 Mj5PbiZuYnNwO0ZyaSwmbmJzcDsyMDAzLTA1LTIzJm5ic3A7YXQmbmJzcDswNzo0NiwmbmJzcDtD aHJpcyZuYnNwO1Rvb2xleSZuYnNwO3dyb3RlOjxCUj4mZ3Q7Jm5ic3A7QXJlJm5ic3A7dGhvc2Um bmJzcDtvZiZuYnNwO3lvdSZuYnNwO3dvcmtpbmcmbmJzcDtvbiZuYnNwO1hGUyZuYnNwO2RpcmVj dGx5Jm5ic3A7Zm9yJm5ic3A7U0dJJm5ic3A7Z29pbmcmbmJzcDt0byZuYnNwO2JlJm5ic3A7YXJv dW5kJm5ic3A7bmV4dDxCUj4mZ3Q7Jm5ic3A7d2VlayZuYnNwO3dvcmtpbmcmbmJzcDtmb3ImbmJz cDtTR0k/Jm5ic3A7Jm5ic3A7SSZuYnNwO2tub3cmbmJzcDt0aGlzJm5ic3A7aXMmbmJzcDthJm5i c3A7cm91Z2gmbmJzcDt0aW1lJm5ic3A7Zm9yJm5ic3A7eW91LCZuYnNwO3doZXRoZXI8QlI+Jmd0 OyZuYnNwO3lvdSdyZSZuYnNwO2luJm5ic3A7dGhlJm5ic3A7MTAlJm5ic3A7b3ImbmJzcDt0aGUm bmJzcDs5MCUuJm5ic3A7Jm5ic3A7SSZuYnNwO3dpc2gmbmJzcDt0aGUmbmJzcDtiZXN0Jm5ic3A7 Zm9yJm5ic3A7eW91Jm5ic3A7YWxsLCZuYnNwO2FuZCZuYnNwO25vPEJSPiZndDsmbmJzcDttYXR0 ZXImbmJzcDt3aGF0PEJSPiZndDsmbmJzcDs8QlI+Jmd0OyZuYnNwO1RoYW5rJm5ic3A7WW91ITxC Uj4mZ3Q7Jm5ic3A7PEJSPiZndDsmbmJzcDtDaHJpcyZuYnNwO1Rvb2xleTxCUj4mZ3Q7Jm5ic3A7 KEluJm5ic3A7dGhhdCZuYnNwOzEwJSZuYnNwO3NpbmNlJm5ic3A7RGVjZW1iZXIpPEJSPjxCUj5X ZSZuYnNwO2FyZSZuYnNwO3N0aWxsJm5ic3A7aGVyZSwmbmJzcDtzdGlsbCZuYnNwO3BsdWdnaW5n Jm5ic3A7YXdheS4mbmJzcDtXZSZuYnNwO21heSZuYnNwO25vdCZuYnNwO2JlJm5ic3A7YXMmbmJz cDt2aXNpYmxlJm5ic3A7b248QlI+dGhlJm5ic3A7bWFpbGluZyZuYnNwO2xpc3QmbmJzcDthcyZu YnNwO3dlJm5ic3A7dXNlZCZuYnNwO3RvJm5ic3A7YmUsJm5ic3A7bG90cyZuYnNwO29mJm5ic3A7 b3RoZXImbmJzcDtzdHVmZiZuYnNwO2dvaW5nJm5ic3A7b24mbmJzcDtsaWtlPEJSPkNYRlMmbmJz cDthbmQmbmJzcDtBbHRpeCZuYnNwO3dvcmsuPEJSPjxCUj5JbiZuYnNwO3RoZSZuYnNwO25leHQm bmJzcDtmZXcmbmJzcDttb250aHMmbmJzcDsoZGVsaWJlcmF0ZWx5Jm5ic3A7dmFndWUmbmJzcDtz aW5jZSZuYnNwO0kmbmJzcDtkb24ndCZuYnNwO2hhdmUmbmJzcDthbnk8QlI+ZmlybSZuYnNwO2Rh dGVzKSwmbmJzcDt0aGUmbmJzcDtmb2xsb3dpbmcmbmJzcDtzaG91bGQmbmJzcDtzaG93Jm5ic3A7 dXA6PEJSPjxCUj4JWEZTJm5ic3A7MS4zPEJSPglNaXhlZCZuYnNwO2Nhc2UmbmJzcDtzdXBwb3J0 Jm5ic3A7aW4mbmJzcDtYRlMmbmJzcDsoZm9yJm5ic3A7U2FtYmEpPEJSPglGcmVlaW5nJm5ic3A7 aW5vZGUmbmJzcDtjbHVzdGVyczxCUj48QlI+QW5kJm5ic3A7bWF5YmUmbmJzcDthJm5ic3A7ZmV3 Jm5ic3A7bW9yZSwmbmJzcDt0aW1lJm5ic3A7cGVybWl0dGluZy48QlI+PEJSPlN0ZXZlPEJSPjxC Uj48QlI+LS0mbmJzcDs8QlI+PEJSPlN0ZXZlJm5ic3A7TG9yZCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3ZvaWNlOiZuYnNwOysxLTY1MS02 ODMtMzUxMTxCUj5QcmluY2lwYWwmbmJzcDtFbmdpbmVlciwmbmJzcDtGaWxlc3lzdGVtJm5ic3A7 U29mdHdhcmUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDtlbWFpbDombmJzcDtsb3JkQHNnaS5jb208QlI+PC9mb250PjwvRk9OVD4= From owner-linux-xfs@oss.sgi.com Fri May 23 10:16:26 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 10:16:44 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NHGP2x007964 for ; Fri, 23 May 2003 10:16:26 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4NHGKE0032470 for ; Fri, 23 May 2003 10:16:20 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4NHGJa224226609 for ; Fri, 23 May 2003 12:16:19 -0500 (CDT) Received: from sgi.com (chuckle.americas.sgi.com [128.162.241.66]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4NHGJRn82253467 for ; Fri, 23 May 2003 12:16:19 -0500 (CDT) Received: from chuckle.americas.sgi.com (localhost [127.0.0.1]) by sgi.com (8.12.8/8.12.8) with ESMTP id h4NHGJZU001821 for ; Fri, 23 May 2003 12:16:19 -0500 Received: (from cattelan@localhost) by chuckle.americas.sgi.com (8.12.8/8.12.8/Submit) id h4NHGIvO001819 for linux-xfs@oss.sgi.com; Fri, 23 May 2003 12:16:18 -0500 Date: Fri, 23 May 2003 12:16:18 -0500 From: Russell Cattelan Message-Id: <200305231716.h4NHGIvO001819@chuckle.americas.sgi.com> Subject: TAKE - Move inode init handling back to inode.c X-archive-position: 4125 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@chuckle.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 545 Lines: 23 Keep us from maintaining a separate copy of this code Date: Fri May 23 10:15:48 PDT 2003 Workarea: chuckle.americas.sgi.com:/misc/xfs2/XFS/x2.4-xfs-devel The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:149914a linux/kernel/ksyms.c - 1.144 - Export new function linux/include/linux/fs.h - 1.162 - Protype for new function linux/fs/inode.c - 1.65 - keep the default interface the same, and _ for xfs linux/fs/xfs/linux/xfs_super.c - 1.257 - Call inode.c inode_init From owner-linux-xfs@oss.sgi.com Fri May 23 10:18:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 10:18:41 -0700 (PDT) Received: from bass.cnw.cz (bass.cnw.cz [193.85.207.202]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NHIZ2x008257 for ; Fri, 23 May 2003 10:18:37 -0700 Received: from ss2.cnw.cz ([147.32.120.95] helo=best.cnw.cz) by bass.cnw.cz with esmtp (Exim 3.36 #1 (Debian)) for linux-xfs@oss.sgi.com id 19JGBY-000748-00; Fri, 23 May 2003 19:18:40 +0200 Received: from localhost ([127.0.0.1]) by best.cnw.cz with esmtp (Exim 3.36 #1 (Debian)) for linux-xfs@oss.sgi.com id 19JGAi-00053E-00; Fri, 23 May 2003 19:17:36 +0200 Subject: Question on weekly patch set From: "Ing. Milan Kocian" To: linux-xfs@oss.sgi.com Content-Type: text/plain Organization: Message-Id: <1053710256.17874.13.camel@best.cnw.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 23 May 2003 19:17:36 +0200 Content-Transfer-Encoding: 7bit X-archive-position: 4126 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: milan.kocian@cnw.cz Precedence: bulk X-list: linux-xfs Content-Length: 226 Lines: 12 Hello, why are now weekly generated patches four times longer then before? It is from May. It doesn't look like a patch for vanilla kernel. (2.4.20) Or did I miss something? Thanks for answer. Best regards Milan Kocian From owner-linux-xfs@oss.sgi.com Fri May 23 10:31:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 10:31:45 -0700 (PDT) Received: from BAY0-SMTP11.adinternal.hotmail.com (bay0-smtp11.bay0.hotmail.com [65.54.241.118]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NHVN2x008966 for ; Fri, 23 May 2003 10:31:24 -0700 X-Originating-IP: [68.35.88.154] X-Originating-Email: [bones10@msn.com] Received: from laforge ([68.35.88.154]) by BAY0-SMTP11.adinternal.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Fri, 23 May 2003 10:31:18 -0700 From: "Bones" To: Subject: RE: Mixed case support in XFS Date: Fri, 23 May 2003 11:31:30 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal In-Reply-To: <20030523150243.GD24098@wotan.suse.de> X-OriginalArrivalTime: 23 May 2003 17:31:18.0528 (UTC) FILETIME=[1E8F4800:01C32151] X-archive-position: 4127 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bones10@msn.com Precedence: bulk X-list: linux-xfs Content-Length: 1081 Lines: 30 Samba already does handle the conversion to case insensitivity. However, it is not a very fast solution. The idea of having case insensitivity in XFS is to bypass that complexity in samba and let XFS handle it. The current thinking of the samba team is that this will improve samba performance as much as 15-20%. - bones -----Original Message----- From: linux-xfs-bounce@oss.sgi.com [mailto:linux-xfs-bounce@oss.sgi.com]On Behalf Of Andi Kleen Sent: Friday, May 23, 2003 9:03 AM To: Keith Owens Cc: Andi Kleen; linux-xfs@oss.sgi.com Subject: Re: Mixed case support in XFS > Easily handled with a tweak to locasefs. creat() and readdir() > preserve case, stat() and open() on existing files drop the filenames > to lower case. But as Steve says, Irix has the same problem, so LUFS > is not a permanent fix. It might be an acceptable workaround for Linux > users in the short term. AFAIK samba does it already internally, but the algorithms they use for this (which are more accurate than your hack) are relatively costly, so they prefer to get file system support. -Andi From owner-linux-xfs@oss.sgi.com Fri May 23 11:20:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 11:21:16 -0700 (PDT) Received: from kernelcode.com (butter.kernelcode.com [64.81.198.164]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NIKw2x010022 for ; Fri, 23 May 2003 11:20:59 -0700 Received: (qmail 30038 invoked from network); 23 May 2003 18:21:03 -0000 Received: from unknown (HELO ?192.168.0.14?) (192.168.0.14) by butter.kernelcode.com with SMTP; 23 May 2003 18:21:03 -0000 Subject: Re: XFS port to linux origins From: Christopher Warner To: Eric Sandeen Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1053714007.14294.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4- Date: 23 May 2003 14:20:07 -0400 Content-Transfer-Encoding: 7bit X-archive-position: 4128 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: zanee@kernelcode.com Precedence: bulk X-list: linux-xfs Content-Length: 414 Lines: 20 Ok.. thanks all.. I appreciate it. -Christopher Warner On Fri, 2003-05-23 at 10:09, Eric Sandeen wrote: > Not sure about the "exactly" part, but there are some historical > docs at the bottom of > http://oss.sgi.com/projects/xfs/publications.html > > -Eric > > On 23 May 2003, Christopher Warner wrote: > > > When exactly did SGI decide to port XFS over to Linux?? > > > > -Christopher Warner > > > > > From owner-linux-xfs@oss.sgi.com Fri May 23 12:09:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 12:09:36 -0700 (PDT) Received: from heretic.physik.fu-berlin.de (heretic.physik.fu-berlin.de [160.45.32.86]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NJ9J2x010932 for ; Fri, 23 May 2003 12:09:20 -0700 Received: from puariko.homeip.net (pD9E7E89A.dip.t-dialin.net [217.231.232.154]) by heretic.physik.fu-berlin.de (8.12.8/8.12.8) with ESMTP id h4NJ9Eox003358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 23 May 2003 21:09:15 +0200 Received: (from thimm@localhost) by puariko.nirvana (8.12.8/8.12.8/Submit) id h4NJ9Dw4010620; Fri, 23 May 2003 21:09:13 +0200 Date: Fri, 23 May 2003 21:09:13 +0200 From: Axel Thimm To: Bones Cc: linux-xfs@oss.sgi.com Subject: Re: Mixed case support in XFS Message-ID: <20030523190913.GH16618@puariko.nirvana> References: <20030523150243.GD24098@wotan.suse.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XMCwj5IQnwKtuyBG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-archive-position: 4129 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Axel.Thimm@physik.fu-berlin.de Precedence: bulk X-list: linux-xfs Content-Length: 1013 Lines: 34 --XMCwj5IQnwKtuyBG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 23, 2003 at 11:31:30AM -0600, Bones wrote: > Samba already does handle the conversion to case insensitivity. However, = it > is not a very fast solution. The idea of having case insensitivity in XFS= is > to bypass that complexity in samba and let XFS handle it. The current > thinking of the samba team is that this will improve samba performance as > much as 15-20%. Quite OT, but what do I have to sacrifice today to get those 15-20% speedup (seems too good to be true)? Simply drop case conversion in Samba? Any pointers? --=20 Axel.Thimm@physik.fu-berlin.de --XMCwj5IQnwKtuyBG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+znHZQBVS1GOamfERAh9jAJ46CiHX5gwQC+/ASqAKDPT3TQNCcgCdFlAc NEQ4b0yfl2UcUS5hatOuK4g= =BGrH -----END PGP SIGNATURE----- --XMCwj5IQnwKtuyBG-- From owner-linux-xfs@oss.sgi.com Fri May 23 12:34:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 12:35:11 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NJYp2x011562 for ; Fri, 23 May 2003 12:34:51 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4NJo1Ve028763 for ; Fri, 23 May 2003 14:50:01 -0500 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4NJYja224439127; Fri, 23 May 2003 14:34:45 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4NJYiYk10618518; Fri, 23 May 2003 14:34:45 -0500 (CDT) Subject: Re: Question on weekly patch set From: Eric Sandeen To: "Ing. Milan Kocian" Cc: linux-xfs@oss.sgi.com In-Reply-To: <1053710256.17874.13.camel@best.cnw.cz> References: <1053710256.17874.13.camel@best.cnw.cz> Content-Type: text/plain Organization: Message-Id: <1053718484.22683.22.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 23 May 2003 14:34:44 -0500 Content-Transfer-Encoding: 7bit X-archive-position: 4130 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 760 Lines: 26 Hi Milan - It is because the patches are against the last official "point release" kernel, and our source repository is at 2.4.21-rcX. So, you get a patch against 2.4.20 with xfs, kdb, and 2.4.21-rcX as well. If I had time I could change the script to diff against the -rc upstream versions, but that's a big if these days. :) -Eric On Fri, 2003-05-23 at 12:17, Ing. Milan Kocian wrote: > Hello, > > why are now weekly generated patches four times longer then before? It > is from May. It doesn't look like a patch for vanilla kernel. (2.4.20) > > Or did I miss something? > > Thanks for answer. > > Best regards Milan Kocian -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri May 23 13:32:56 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 May 2003 13:33:00 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4NKWt2x012620 for ; Fri, 23 May 2003 13:32:55 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4NGXrE0028942 for ; Fri, 23 May 2003 09:33:53 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4NGXqa224450478; Fri, 23 May 2003 11:33:52 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4NGXqYk10597628; Fri, 23 May 2003 11:33:52 -0500 (CDT) Subject: Re: Tomorrow From: Eric Sandeen To: James Pearson Cc: Steve Lord , linux-xfs@oss.sgi.com In-Reply-To: <3ECE4AF9.F87E9600@moving-picture.com> References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <3ECE4AF9.F87E9600@moving-picture.com> Content-Type: text/plain Organization: Message-Id: <1053707630.22683.13.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 23 May 2003 11:33:52 -0500 Content-Transfer-Encoding: 7bit X-archive-position: 4131 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 740 Lines: 26 How about "when it's ready?" ;-) We have a week off next week, so not much activity for a little while. But I would expect the first 1.3 prereleases to show up not too long after that, unless plans change. -Eric On Fri, 2003-05-23 at 11:23, James Pearson wrote: > Steve Lord wrote: > > In the next few months (deliberately vague since I don't have any > > firm dates), the following should show up: > > > > XFS 1.3 > > I know you have to be vague, but is it at all possible to give a better > guestimate for XFS 1.3 (or even a v1.2.1 that's been mentioned here > before)? > > Thanks > > James Pearson -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Sat May 24 00:17:14 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 00:17:36 -0700 (PDT) Received: from malik.acsalaska.net (malik.slb.nwc.acsalaska.net [209.112.155.41]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4O7HD2x018824 for ; Sat, 24 May 2003 00:17:14 -0700 Received: from erbenson.alaska.net (109-pm2.nwc.alaska.net [209.112.138.109]) by malik.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4O7HBlh074131 for ; Fri, 23 May 2003 23:17:11 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 881E03A09 for ; Fri, 23 May 2003 23:17:10 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 28B7740FF44; Fri, 23 May 2003 23:17:10 -0800 (AKDT) Date: Fri, 23 May 2003 23:17:10 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030524071709.GK27626@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M1akecbV8LB7u7K0" Content-Disposition: inline In-Reply-To: <20030523150530.A31022@infradead.org> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4132 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1093 Lines: 41 --M1akecbV8LB7u7K0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 23, 2003 at 03:05:31PM +0100, Christoph Hellwig wrote: > On Fri, May 23, 2003 at 03:44:38PM +0200, Andi Kleen wrote: > > > Mixed case support in XFS (for Samba) > >=20 > > Won't that be a change in the on disk format? >=20 > The current plan is to have a v3 directory format for case sensitive > filesystems. eh? XFS is already case sensitive. or do you mean a (i hope optional and non-default) v3 which is brokenly case INsensitive? seems like a sad thing to put such cruft into a decent filesystem just to support a broken legacy OS. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --M1akecbV8LB7u7K0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7PHHUACgkQJKx7GixEevzAdwCeIPMp3p652wWyVCMgr50Nxyw6 shUAnRWETSsLdMTldjqYgNOq4hy3L8jz =R5Fl -----END PGP SIGNATURE----- --M1akecbV8LB7u7K0-- From owner-linux-xfs@oss.sgi.com Sat May 24 00:25:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 00:25:51 -0700 (PDT) Received: from hotmail.com (dav39.sea2.hotmail.com [207.68.164.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4O7PY2x019544 for ; Sat, 24 May 2003 00:25:34 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 24 May 2003 00:25:28 -0700 Received: from 66.122.82.82 by dav39.sea2.hotmail.com with DAV; Sat, 24 May 2003 07:25:28 +0000 X-Originating-IP: [66.122.82.82] X-Originating-Email: [koren_dan@hotmail.com] Reply-To: "Dan Koren" From: "Dan Koren" To: "Christopher Warner" , References: <1053684577.15127.12.camel@localhost> Subject: Re: XFS port to linux origins Date: Sat, 24 May 2003 00:23:32 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4922.1500 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800 Message-ID: X-OriginalArrivalTime: 24 May 2003 07:25:28.0923 (UTC) FILETIME=[A6EB7AB0:01C321C5] X-archive-position: 4133 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: koren_dan@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 291 Lines: 19 April 2000. dk ----- Original Message ----- From: "Christopher Warner" To: Sent: Friday, May 23, 2003 3:09 AM Subject: XFS port to linux origins > When exactly did SGI decide to port XFS over to Linux?? > > -Christopher Warner > > > From owner-linux-xfs@oss.sgi.com Sat May 24 01:52:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 01:53:10 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4O8ql2x020635 for ; Sat, 24 May 2003 01:52:49 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 19JUlh-0006GS-00 for linux-xfs@oss.sgi.com; Sat, 24 May 2003 09:52:45 +0100 Date: Sat, 24 May 2003 09:52:45 +0100 From: Christoph Hellwig To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030524095245.A24074@infradead.org> References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030524071709.GK27626@plato.local.lan>; from erbenson@alaska.net on Fri, May 23, 2003 at 11:17:10PM -0800 X-archive-position: 4134 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 510 Lines: 18 On Fri, May 23, 2003 at 11:17:10PM -0800, Ethan Benson wrote: > > The current plan is to have a v3 directory format for case sensitive > > filesystems. > > eh? XFS is already case sensitive. Umm, caseInsensitive, of course :) Sorry for the stupid typo. > or do you mean a (i hope optional and non-default) v3 which is > brokenly case INsensitive? yes. > seems like a sad thing to put such cruft into a decent filesystem just > to support a broken legacy OS. I will make sure it'll be a config option. From owner-linux-xfs@oss.sgi.com Sat May 24 02:15:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 02:15:36 -0700 (PDT) Received: from hob.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4O9FJ2x021294 for ; Sat, 24 May 2003 02:15:20 -0700 Received: from erbenson.alaska.net (109-pm2.nwc.alaska.net [209.112.138.109]) by hob.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4O9FIIn041081 for ; Sat, 24 May 2003 01:15:19 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id DCF883A09 for ; Sat, 24 May 2003 01:15:16 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 7E99840FF44; Sat, 24 May 2003 01:15:16 -0800 (AKDT) Date: Sat, 24 May 2003 01:15:16 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030524091516.GM27626@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DVzT7whm/e/NFCC3" Content-Disposition: inline In-Reply-To: <20030524095245.A24074@infradead.org> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4135 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1530 Lines: 53 --DVzT7whm/e/NFCC3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 24, 2003 at 09:52:45AM +0100, Christoph Hellwig wrote: > On Fri, May 23, 2003 at 11:17:10PM -0800, Ethan Benson wrote: > > > The current plan is to have a v3 directory format for case sensitive > > > filesystems. > >=20 > > eh? XFS is already case sensitive. >=20 > Umm, caseInsensitive, of course :) Sorry for the stupid typo. >=20 > > or do you mean a (i hope optional and non-default) v3 which is > > brokenly case INsensitive? >=20 > yes. i wouldn't call them v3 dirs either, that implies its an `upgrade' to v2, when in fact its a downgrade (non-broken -> broken). maybe call them v0 (afaik xfs only has two dir formats v1 and v2). or call it something entirely different, like broken_dirs ;-) i still take the stance that this kind of thing belongs in userspace (eg samba). > > seems like a sad thing to put such cruft into a decent filesystem just > > to support a broken legacy OS. >=20 > I will make sure it'll be a config option. compile time i presume. good. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --DVzT7whm/e/NFCC3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7POCQACgkQJKx7GixEevyeiACdFx5xD/HBDJt5cwfdEB72CeMw Yw4AoJDFobnu0MGtCJXX99AMFLx757hU =kqLd -----END PGP SIGNATURE----- --DVzT7whm/e/NFCC3-- From owner-linux-xfs@oss.sgi.com Sat May 24 02:31:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 02:31:19 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4O9V82x023185 for ; Sat, 24 May 2003 02:31:09 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 740861520C for ; Sat, 24 May 2003 11:31:03 +0200 (MEST) Date: Sat, 24 May 2003 11:31:03 +0200 From: Andi Kleen To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030524093103.GA12181@wotan.suse.de> References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030524091516.GM27626@plato.local.lan> X-archive-position: 4136 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 807 Lines: 17 > i wouldn't call them v3 dirs either, that implies its an `upgrade' to > v2, when in fact its a downgrade (non-broken -> broken). maybe call > them v0 (afaik xfs only has two dir formats v1 and v2). or call it > something entirely different, like broken_dirs ;-) I would not call them broken, but what is a bit worrying is that it can be quite complicated to lower case letters. In the American ASCII subset it's easy, but for other languages it usually needs huge lookup tables and worse there are different character set. You either only support UTF-8 Unicode (shifting the burden of conversion to user space) or you need to store a "codepage" per filesystem. Linux seems to go towards the UTF-8 route. The kernel already has some code for this (JFS does it), but it will be not pretty. -Andi From owner-linux-xfs@oss.sgi.com Sat May 24 03:04:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 03:05:10 -0700 (PDT) Received: from malik.acsalaska.net (malik.slb.nwc.acsalaska.net [209.112.155.41]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4OA4i2x025278 for ; Sat, 24 May 2003 03:04:45 -0700 Received: from erbenson.alaska.net (109-pm2.nwc.alaska.net [209.112.138.109]) by malik.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4OA4glh060191 for ; Sat, 24 May 2003 02:04:42 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id C4CB23A09 for ; Sat, 24 May 2003 02:04:41 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 5AE8E40FF44; Sat, 24 May 2003 02:04:41 -0800 (AKDT) Date: Sat, 24 May 2003 02:04:41 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030524100441.GN27626@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WsB/VeS9wrB4i7s5" Content-Disposition: inline In-Reply-To: <20030524093103.GA12181@wotan.suse.de> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4137 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1524 Lines: 49 --WsB/VeS9wrB4i7s5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 24, 2003 at 11:31:03AM +0200, Andi Kleen wrote: > > i wouldn't call them v3 dirs either, that implies its an `upgrade' to > > v2, when in fact its a downgrade (non-broken -> broken). maybe call > > them v0 (afaik xfs only has two dir formats v1 and v2). or call it > > something entirely different, like broken_dirs ;-) >=20 > I would not call them broken, but what is a bit worrying is that it can > be quite complicated to lower case letters. In the American ASCII subset= it's=20 > easy, but for other languages it usually needs huge lookup tables and wor= se > there are different character set. >=20 > You either only support UTF-8 Unicode (shifting the burden of conversion= =20 > to user space) or you need to store a "codepage" per filesystem. Linux s= eems > to go towards the UTF-8 route. The kernel already has some code for this= =20 > (JFS does it), but it will be not pretty. all the more reason to leave it in userspace.=20=20 all for a legacy OS... --=20 Ethan Benson http://www.alaska.net/~erbenson/ --WsB/VeS9wrB4i7s5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7PQ7kACgkQJKx7GixEevzSggCdG2DLj7W32FRUaHQ1aJux8a3B 9YcAn1i2eE2l1fb480v8aX94b4RhDLiG =GDny -----END PGP SIGNATURE----- --WsB/VeS9wrB4i7s5-- From owner-linux-xfs@oss.sgi.com Sat May 24 12:26:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 12:27:01 -0700 (PDT) Received: from hotmail.com (dav28.sea2.hotmail.com [207.68.164.85]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4OJQj2x030532 for ; Sat, 24 May 2003 12:26:45 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 24 May 2003 12:26:40 -0700 Received: from 66.122.82.82 by dav28.sea2.hotmail.com with DAV; Sat, 24 May 2003 19:26:39 +0000 X-Originating-IP: [66.122.82.82] X-Originating-Email: [koren_dan@hotmail.com] Reply-To: "Dan Koren" From: "Dan Koren" To: "Dan Koren" , "Christopher Warner" , References: <1053684577.15127.12.camel@localhost> Subject: Re: XFS port to linux origins Date: Sat, 24 May 2003 12:24:43 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4922.1500 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800 Message-ID: X-OriginalArrivalTime: 24 May 2003 19:26:40.0147 (UTC) FILETIME=[66944630:01C3222A] X-archive-position: 4138 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: koren_dan@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 593 Lines: 34 Sorry, I meant April 1999. dk ----- Original Message ----- From: "Dan Koren" To: "Christopher Warner" ; Sent: Saturday, May 24, 2003 12:23 AM Subject: Re: XFS port to linux origins > April 2000. > > > dk > > ----- Original Message ----- > From: "Christopher Warner" > To: > Sent: Friday, May 23, 2003 3:09 AM > Subject: XFS port to linux origins > > > > When exactly did SGI decide to port XFS over to Linux?? > > > > -Christopher Warner > > > > > > > > > From owner-linux-xfs@oss.sgi.com Sat May 24 15:12:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 15:12:07 -0700 (PDT) Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4OMC12x031919 for ; Sat, 24 May 2003 15:12:02 -0700 Received: from holly.aitch.ucc.usyd.edu.au (holly.aitch.ucc.usyd.edu.au [129.78.226.234]) by plato.arts.usyd.edu.au (8.12.9/8.12.6) with ESMTP id h4OMBjrj011457; Sun, 25 May 2003 08:11:46 +1000 (EST) Subject: Re: Tomorrow From: Matthew Geier To: Ethan Benson Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030524100441.GN27626@plato.local.lan> References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <20030524100441.GN27626@plato.local.lan> Content-Type: text/plain Organization: Arts IT Unit, Faculty of Arts, Sydney University Message-Id: <1053814283.4056.25.camel@holly> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 25 May 2003 08:11:23 +1000 Content-Transfer-Encoding: 7bit X-archive-position: 4139 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: matthew@arts.usyd.edu.au Precedence: bulk X-list: linux-xfs Content-Length: 619 Lines: 21 On Sat, 2003-05-24 at 20:04, Ethan Benson wrote: > all the more reason to leave it in userspace. > > all for a legacy OS... Supporting that 'legacy' OS is a major part of my job ( and for many others I expect). If it wasn't for Samba I would have had to become a 'MicroSerf' years ago and switched to only doing Micro$oft servers to continue being a Sysadmin. I would expect the single biggest use for Unix servers now is being a file server to that 'legacy' OS. Unfortunately, you can't ignore that 'other OS'. -- Matthew Geier Arts IT Unit, Faculty of Arts, Sydney University From owner-linux-xfs@oss.sgi.com Sat May 24 18:18:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 18:18:57 -0700 (PDT) Received: from kernelcode.com (butter.kernelcode.com [64.81.198.164]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4P1Ie2x001142 for ; Sat, 24 May 2003 18:18:41 -0700 Received: (qmail 35042 invoked from network); 25 May 2003 01:18:45 -0000 Received: from unknown (HELO ?192.168.0.14?) (192.168.0.14) by butter.kernelcode.com with SMTP; 25 May 2003 01:18:45 -0000 Subject: Re: XFS port to linux origins From: Christopher Warner To: Dan Koren Cc: linux-xfs@oss.sgi.com In-Reply-To: References: <1053684577.15127.12.camel@localhost> Content-Type: text/plain Organization: Message-Id: <1053825459.10017.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4- Date: 24 May 2003 21:17:40 -0400 Content-Transfer-Encoding: 7bit X-archive-position: 4140 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: zanee@kernelcode.com Precedence: bulk X-list: linux-xfs Content-Length: 740 Lines: 39 Thanks much. -Christopher Warner On Sat, 2003-05-24 at 15:24, Dan Koren wrote: > Sorry, I meant April 1999. > > > dk > > ----- Original Message ----- > From: "Dan Koren" > To: "Christopher Warner" ; > Sent: Saturday, May 24, 2003 12:23 AM > Subject: Re: XFS port to linux origins > > > > April 2000. > > > > > > dk > > > > ----- Original Message ----- > > From: "Christopher Warner" > > To: > > Sent: Friday, May 23, 2003 3:09 AM > > Subject: XFS port to linux origins > > > > > > > When exactly did SGI decide to port XFS over to Linux?? > > > > > > -Christopher Warner > > > > > > > > > > > > > > > From owner-linux-xfs@oss.sgi.com Sat May 24 20:46:16 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 May 2003 20:46:35 -0700 (PDT) Received: from hob.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4P3kF2x002083 for ; Sat, 24 May 2003 20:46:16 -0700 Received: from erbenson.alaska.net (152-pm15.nwc.alaska.net [209.112.141.152]) by hob.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4P3kFsg071029 for ; Sat, 24 May 2003 19:46:15 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 0133C3A08 for ; Sat, 24 May 2003 14:35:08 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id CA5A340FF44; Sat, 24 May 2003 14:35:08 -0800 (AKDT) Date: Sat, 24 May 2003 14:35:08 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030524223508.GO27626@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <20030524100441.GN27626@plato.local.lan> <1053814283.4056.25.camel@holly> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="is+7rTG+pgz69fux" Content-Disposition: inline In-Reply-To: <1053814283.4056.25.camel@holly> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4141 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1274 Lines: 45 --is+7rTG+pgz69fux Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 25, 2003 at 08:11:23AM +1000, Matthew Geier wrote: > On Sat, 2003-05-24 at 20:04, Ethan Benson wrote: >=20 > > all the more reason to leave it in userspace.=20=20 > >=20 > > all for a legacy OS... >=20 > Supporting that 'legacy' OS is a major part of my job ( and for many > others I expect). > If it wasn't for Samba I would have had to become a 'MicroSerf' years > ago and switched to only doing Micro$oft servers to continue being a > Sysadmin. >=20 > I would expect the single biggest use for Unix servers now is being a > file server to that 'legacy' OS. >=20 > Unfortunately, you can't ignore that 'other OS'. never said to. said to keep that support in userspace where it currently is, and currently belongs. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --is+7rTG+pgz69fux Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7P85wACgkQJKx7GixEevxLHwCgkNEPrliYudE4RuMD0P47P0BG o8QAoIPIZFOc5iP9d1MQf95zSzlIyRnZ =4rVZ -----END PGP SIGNATURE----- --is+7rTG+pgz69fux-- From owner-linux-xfs@oss.sgi.com Mon May 26 01:13:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 01:14:19 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4Q8Ds2x001092 for ; Mon, 26 May 2003 01:13:56 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4Q6bPE0025539 for ; Sun, 25 May 2003 23:37:26 -0700 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id h4Q6YTTw024704 for ; Mon, 26 May 2003 16:34:29 +1000 Received: (from fsgqa@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id h4Q6YSGH024703 for linux-xfs@oss.sgi.com; Mon, 26 May 2003 16:34:28 +1000 Date: Mon, 26 May 2003 16:34:28 +1000 From: FSG QA Message-Id: <200305260634.h4Q6YSGH024703@bruce.melbourne.sgi.com> Subject: TAKE - QA test updates X-archive-position: 4142 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fsgqa@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1408 Lines: 59 Minor QA updates and a script for dumping local QA config information. Date: Wed May 21 23:14:09 PDT 2003 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:149782a cmd/xfstests/setup - 1.1 - Script for dumping local QA config information. cmd/xfstests/check - 1.15 cmd/xfstests/bench - 1.19 - Cosmetic update. Revert part of last change to QA test 050, add comment instead Date: Sun May 25 17:26:37 PDT 2003 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:149987a cmd/xfstests/050 - 1.18 QA test updates for external log/rt devices. Date: Sun May 25 23:34:31 PDT 2003 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:149993a cmd/xfstests/016 - 1.15 cmd/xfstests/018 - 1.18 cmd/xfstests/044 - 1.15 cmd/xfstests/049 - 1.8 - Make sure we don't run this test with mutually exclusive mkfs options. cmd/xfstests/common.config - 1.33 - Update my local config for bruce to allow external log with TEST filesystem. cmd/xfstests/tools/auto-qa - 1.41 - Allow TEST filesystem to be created with an external log/rt device. From owner-linux-xfs@oss.sgi.com Mon May 26 17:48:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 17:49:05 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R0mg2x030530 for ; Mon, 26 May 2003 17:48:43 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4R0maE0025434 for ; Mon, 26 May 2003 17:48:37 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4R0lJQd1823054 for ; Tue, 27 May 2003 10:47:19 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4R0lI9n1823255 for linux-xfs@oss.sgi.com; Tue, 27 May 2003 10:47:18 +1000 (EST) Date: Tue, 27 May 2003 10:47:18 +1000 (EST) From: Nathan Scott Message-Id: <200305270047.h4R0lI9n1823255@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - logprint X-archive-position: 4143 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 322 Lines: 12 Fix a missed xlog macro in xfs_logprint after recent changes. Date: Mon May 26 17:45:51 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:150000a cmd/xfsprogs/logprint/log_print_all.c - 1.9 From owner-linux-xfs@oss.sgi.com Mon May 26 19:36:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 19:37:23 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.43.38.154]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R2am2x001375 for ; Mon, 26 May 2003 19:36:53 -0700 Received: from cherry2000.skynet.coplanar.net (cherry2000.skynet.coplanar.net [192.168.7.92]) by stargate.coplanar.net (8.12.8/8.12.5) with ESMTP id h4R2aleJ020961 for ; Mon, 26 May 2003 22:36:47 -0400 Subject: dirty cluster shutdown oopses on failover mount From: Jer Jackson To: linux-xfs@oss.sgi.com Content-Type: text/plain Organization: Message-Id: <1054003007.8673.16.camel@cherry2000.skynet.coplanar.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 26 May 2003 22:36:47 -0400 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4R2as2x001378 X-archive-position: 4144 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Content-Length: 3272 Lines: 23 While testing EVMS clustering/failover on a shared scsi system, I encountered the following BUG() with kernel 2.4.20 and XFS 1.2.0. Please let me know how to produce a more useful dump and also if this is a known bug. How I got here: I did a cp -a /usr /cv1 where /cv1 is an XFS filesystem on the shared disks (private container - only 1 node can access at a time). after about 3 seconds I hit reset. The second node takes over the disks and private container, but when it tries to mount the fs, the oops below is generated. I have never sent a kernel bug report so please advise on what else I may need. Regards, Jeremy Jackson XFS mounting filesystem device-mapper(254,16) Starting XFS recovery on filesystem: device-mapper(254,16) (dev: 254/16) Filesystem "device-mapper(254,16)": Detected a bogus zero next_unlinked field in incore inode buffer 0xc3bb9820. .XFS assertion failed: !INT_ISZERO(dip->di_next_unlinked, ARCH_CONVERT), file: xfs_inode.c, line: 102 kernel BUG at debug.c:52! invalid operand: 0000 CPU: 0 EIP: 0010:[] Not tainted EFLAGS: 00010282 eax: 00000065 ebx: c20fa000 ecx: c2f1c000 edx: 00000001 esi: 00000010 edi: c3bb9820 ebp: 00000020 esp: c2483b04 ds: 0018 es: 0018 ss: 0018 Process mount (pid: 15514, stackpage=c2483000) Stack: c0311760 c0308580 c03084e4 00000066 c01e5ce7 c0308580 c03084e4 00000066 c3bb9820 c25b55e0 00000089 00000000 c01f5068 c0ee3800 c3bb9820 00000000 c25b55e0 c3978ea0 00000002 c3bb9e20 00000000 c01f4f2d c3bb9e20 c0ee3800 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 34 00 8e 17 31 c0 83 c4 10 c3 8d 76 00 53 8b 1d 60 d9 From owner-linux-xfs@oss.sgi.com Mon May 26 19:45:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 19:45:06 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R2j02x002006 for ; Mon, 26 May 2003 19:45:02 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4R30MVe003219 for ; Mon, 26 May 2003 22:00:22 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4R2iqa224005701; Mon, 26 May 2003 21:44:52 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-48.corp.sgi.com [134.15.64.48]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4R2iqRn87436768; Mon, 26 May 2003 21:44:53 -0500 (CDT) Subject: Re: Tomorrow From: Steve Lord To: Ethan Benson Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030524223508.GO27626@plato.local.lan> References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <20030524100441.GN27626@plato.local.lan> <1053814283.4056.25.camel@holly> <20030524223508.GO27626@plato.local.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 26 May 2003 21:45:03 -0500 Message-Id: <1054003505.1174.1.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 4145 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 336 Lines: 14 On Sat, 2003-05-24 at 17:35, Ethan Benson wrote: > > never said to. said to keep that support in userspace where it > currently is, and currently belongs. > Unfortunately some folks get upset about performance of having to do a readdir each time you look up a name. Since this is really the only way user space can do it. Steve From owner-linux-xfs@oss.sgi.com Mon May 26 19:55:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 19:55:53 -0700 (PDT) Received: from hob.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R2tm2x002713 for ; Mon, 26 May 2003 19:55:48 -0700 Received: from erbenson.alaska.net (23-pm21.nwc.alaska.net [209.112.143.23]) by hob.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4R2tldQ038533 for ; Mon, 26 May 2003 18:55:47 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id DD8383A07 for ; Mon, 26 May 2003 18:55:44 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 1EF4140FF44; Mon, 26 May 2003 18:55:45 -0800 (AKDT) Date: Mon, 26 May 2003 18:55:45 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030527025545.GE32642@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <20030524100441.GN27626@plato.local.lan> <1053814283.4056.25.camel@holly> <20030524223508.GO27626@plato.local.lan> <1054003505.1174.1.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9crTWz/Z+Zyzu20v" Content-Disposition: inline In-Reply-To: <1054003505.1174.1.camel@laptop.americas.sgi.com> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4146 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1183 Lines: 42 --9crTWz/Z+Zyzu20v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 26, 2003 at 09:45:03PM -0500, Steve Lord wrote: > On Sat, 2003-05-24 at 17:35, Ethan Benson wrote: >=20 > >=20 > > never said to. said to keep that support in userspace where it > > currently is, and currently belongs. > >=20 >=20 > Unfortunately some folks get upset about performance of having > to do a readdir each time you look up a name. Since this is really > the only way user space can do it. well price you pay for using crud like windows.. anyway they should just use a broken case insensitive filesystem like NTFS, or HFS+ for the smb export, rather then insist we cripple (or cruftify) decent filesystems like XFS. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --9crTWz/Z+Zyzu20v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7S07AACgkQJKx7GixEevzSOgCfZbsAyOLRFysCWfEXXnqVgnyi 0ToAnRmC3HoHOsLOqmSxYSYJ1udRvUuo =nDGz -----END PGP SIGNATURE----- --9crTWz/Z+Zyzu20v-- From owner-linux-xfs@oss.sgi.com Mon May 26 20:02:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 20:02:12 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R3282x003340 for ; Mon, 26 May 2003 20:02:09 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4R3HUVe003994 for ; Mon, 26 May 2003 22:17:30 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h4R322a224361004; Mon, 26 May 2003 22:02:02 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-48.corp.sgi.com [134.15.64.48]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4R321Rn82359680; Mon, 26 May 2003 22:02:02 -0500 (CDT) Subject: Re: Tomorrow From: Steve Lord To: Ethan Benson Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030527025545.GE32642@plato.local.lan> References: <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <20030524100441.GN27626@plato.local.lan> <1053814283.4056.25.camel@holly> <20030524223508.GO27626@plato.local.lan> <1054003505.1174.1.camel@laptop.americas.sgi.com> <20030527025545.GE32642@plato.local.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 26 May 2003 22:02:12 -0500 Message-Id: <1054004533.1170.6.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 4147 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 497 Lines: 17 On Mon, 2003-05-26 at 21:55, Ethan Benson wrote: > > well price you pay for using crud like windows.. > > anyway they should just use a broken case insensitive filesystem like > NTFS, or HFS+ for the smb export, rather then insist we cripple (or > cruftify) decent filesystems like XFS. > This stuff will not get in the way of normal operation, and there is a market for being an SMB server - and XFS runs on more than one operating system. Actually it is really not that much code. Steve From owner-linux-xfs@oss.sgi.com Mon May 26 20:14:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 20:14:20 -0700 (PDT) Received: from hermod.slb.nwc.acsalaska.net (hermod.slb.nwc.acsalaska.net [209.112.155.45]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R3E12x004143 for ; Mon, 26 May 2003 20:14:02 -0700 Received: from erbenson.alaska.net (23-pm21.nwc.alaska.net [209.112.143.23]) by hermod.slb.nwc.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4R3Dxww078527 for ; Mon, 26 May 2003 19:14:00 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id BE8743A07 for ; Mon, 26 May 2003 19:13:58 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 681B240FF44; Mon, 26 May 2003 19:13:58 -0800 (AKDT) Date: Mon, 26 May 2003 19:13:58 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030527031358.GF32642@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <20030524100441.GN27626@plato.local.lan> <1053814283.4056.25.camel@holly> <20030524223508.GO27626@plato.local.lan> <1054003505.1174.1.camel@laptop.americas.sgi.com> <20030527025545.GE32642@plato.local.lan> <1054004533.1170.6.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hUH5gZbnpyIv7Mn4" Content-Disposition: inline In-Reply-To: <1054004533.1170.6.camel@laptop.americas.sgi.com> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4148 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1295 Lines: 43 --hUH5gZbnpyIv7Mn4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 26, 2003 at 10:02:12PM -0500, Steve Lord wrote: > On Mon, 2003-05-26 at 21:55, Ethan Benson wrote: >=20 > >=20 > > well price you pay for using crud like windows.. > >=20 > > anyway they should just use a broken case insensitive filesystem like > > NTFS, or HFS+ for the smb export, rather then insist we cripple (or > > cruftify) decent filesystems like XFS. > >=20 >=20 > This stuff will not get in the way of normal operation, and there is > a market for being an SMB server - and XFS runs on more than one > operating system. Actually it is really not that much code. so long as it can be turned off at compile time, and the broken behavior is never default im happy. still would rather see you guys working on more important things.=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --hUH5gZbnpyIv7Mn4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7S1/YACgkQJKx7GixEevxs1ACcD496NCC6G9x0xGf+e8CmxK0S 7EMAoJ4/1sgPXyt4H2F1VKJ+s3bRQi1/ =qhMl -----END PGP SIGNATURE----- --hUH5gZbnpyIv7Mn4-- From owner-linux-xfs@oss.sgi.com Mon May 26 20:24:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 20:24:32 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R3OS2x004915 for ; Mon, 26 May 2003 20:24:29 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h4R3OKE0009064 for ; Mon, 26 May 2003 20:24:21 -0700 Received: from elmo.melbourne.sgi.com (elmo.melbourne.sgi.com [134.14.55.238]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA20529 for ; Tue, 27 May 2003 13:23:04 +1000 Received: from elmo.melbourne.sgi.com (localhost [127.0.0.1]) by elmo.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4R3N4nE061863 for ; Tue, 27 May 2003 13:23:04 +1000 (AEST) Message-Id: <200305270323.h4R3N4nE061863@elmo.melbourne.sgi.com> X-Mailer: exmh version 2.5 05/28/2002 with nmh-1.0.4 To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow In-Reply-To: Message from Ethan Benson of "Mon, 26 May 2003 19:13:58 PST." <20030527031358.GF32642@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 May 2003 13:23:04 +1000 From: Daniel Moore X-archive-position: 4149 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dxm@elmo.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 801 Lines: 20 Ethan Benson writes: => so long as it can be turned off at compile time, and the broken => behavior is never default im happy. still would rather see you guys => working on more important things.=20 It's obviously more important than you think or else we wouldn't be working on it... No one is remotely interested in making it default anywhere - it's an extra feature that will be extremely useful in certain specific situations and provide much better performance in those situations than any user space hack could provide. ------------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Australian Software Group Fax: +61-3-98132378 ------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Mon May 26 21:33:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 21:33:40 -0700 (PDT) Received: from BAY0-SMTP05.adinternal.hotmail.com (bay0-smtp05.bay0.hotmail.com [65.54.241.112]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R4XD31007257 for ; Mon, 26 May 2003 21:33:19 -0700 X-Originating-IP: [68.35.88.154] X-Originating-Email: [bones10@msn.com] Received: from laforge ([68.35.88.154]) by BAY0-SMTP05.adinternal.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Mon, 26 May 2003 21:33:06 -0700 From: "Bones" To: Subject: RE: Tomorrow Date: Mon, 26 May 2003 22:33:06 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <200305270323.h4R3N4nE061863@elmo.melbourne.sgi.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-OriginalArrivalTime: 27 May 2003 04:33:06.0360 (UTC) FILETIME=[1182DB80:01C32409] X-archive-position: 4150 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bones10@msn.com Precedence: bulk X-list: linux-xfs Content-Length: 1221 Lines: 37 I'm just curious, is the case insensitivity work being done starting with what I sent a while back? If so, I've fixed some things in that code, that you'd want to have before you get too far along. - bones -----Original Message----- From: linux-xfs-bounce@oss.sgi.com [mailto:linux-xfs-bounce@oss.sgi.com]On Behalf Of Daniel Moore Sent: Monday, May 26, 2003 9:23 PM To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Ethan Benson writes: => so long as it can be turned off at compile time, and the broken => behavior is never default im happy. still would rather see you guys => working on more important things.=20 It's obviously more important than you think or else we wouldn't be working on it... No one is remotely interested in making it default anywhere - it's an extra feature that will be extremely useful in certain specific situations and provide much better performance in those situations than any user space hack could provide. ------------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Australian Software Group Fax: +61-3-98132378 ------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Mon May 26 21:33:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 21:33:40 -0700 (PDT) Received: from BAY0-SMTP05.adinternal.hotmail.com (bay0-smtp05.bay0.hotmail.com [65.54.241.112]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R4XD2x007257 for ; Mon, 26 May 2003 21:33:19 -0700 X-Originating-IP: [68.35.88.154] X-Originating-Email: [bones10@msn.com] Received: from laforge ([68.35.88.154]) by BAY0-SMTP05.adinternal.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Mon, 26 May 2003 21:33:05 -0700 From: "Bones" To: Subject: RE: Mixed case support in XFS Date: Mon, 26 May 2003 22:33:05 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20030523190913.GH16618@puariko.nirvana> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-OriginalArrivalTime: 27 May 2003 04:33:05.0797 (UTC) FILETIME=[112CF350:01C32409] X-archive-position: 4150 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bones10@msn.com Precedence: bulk X-list: linux-xfs Content-Length: 960 Lines: 31 The option to skip case conversion is smaba is not quite ready yet - AFAIK. But, yes, skipping the case conversion code would give you 15-20% - bones -----Original Message----- From: linux-xfs-bounce@oss.sgi.com [mailto:linux-xfs-bounce@oss.sgi.com]On Behalf Of Axel Thimm Sent: Friday, May 23, 2003 1:09 PM To: Bones Cc: linux-xfs@oss.sgi.com Subject: Re: Mixed case support in XFS On Fri, May 23, 2003 at 11:31:30AM -0600, Bones wrote: > Samba already does handle the conversion to case insensitivity. However, it > is not a very fast solution. The idea of having case insensitivity in XFS is > to bypass that complexity in samba and let XFS handle it. The current > thinking of the samba team is that this will improve samba performance as > much as 15-20%. Quite OT, but what do I have to sacrifice today to get those 15-20% speedup (seems too good to be true)? Simply drop case conversion in Samba? Any pointers? -- Axel.Thimm@physik.fu-berlin.de From owner-linux-xfs@oss.sgi.com Mon May 26 21:39:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 21:39:24 -0700 (PDT) Received: from blake.timetraveller.org (blake.timetraveller.org [203.23.43.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R4dJ2x008270 for ; Mon, 26 May 2003 21:39:20 -0700 Received: from blake.timetraveller.org (blake.timetraveller.org [203.23.43.10]) by blake.timetraveller.org (8.12.3/8.12.3) with ESMTP id h4R4dCAA018878 for ; Tue, 27 May 2003 14:39:12 +1000 Date: Tue, 27 May 2003 00:39:12 -0400 (EDT) From: Robert Brockway To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow In-Reply-To: <20030524095245.A24074@infradead.org> Message-ID: References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4151 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: robert@timetraveller.org Precedence: bulk X-list: linux-xfs Content-Length: 630 Lines: 21 On Sat, 24 May 2003, Christoph Hellwig wrote: > > seems like a sad thing to put such cruft into a decent filesystem just > > to support a broken legacy OS. > > I will make sure it'll be a config option. Loadable module I trust :) While we're on the XFS wishlist, I think that implementation of "immutable" and "append-only" attributes as seen in ext2/3 would be a great boon for the filesystem. Cheers, Rob (happy XFS user) -- Robert Brockway B.Sc. email: robert@timetraveller.org ICQ: 104781119 Linux counter project ID #16440 (http://counter.li.org) "The earth is but one country and mankind its citizens" -Baha'u'llah From owner-linux-xfs@oss.sgi.com Mon May 26 21:55:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 21:55:18 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R4tE2x009119 for ; Mon, 26 May 2003 21:55:15 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h4R5AZVe008070 for ; Tue, 27 May 2003 00:10:36 -0500 Received: from elmo.melbourne.sgi.com (elmo.melbourne.sgi.com [134.14.55.238]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA21340; Tue, 27 May 2003 14:53:52 +1000 Received: from elmo.melbourne.sgi.com (localhost [127.0.0.1]) by elmo.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4R4rpnE062199; Tue, 27 May 2003 14:53:51 +1000 (AEST) Message-Id: <200305270453.h4R4rpnE062199@elmo.melbourne.sgi.com> X-Mailer: exmh version 2.5 05/28/2002 with nmh-1.0.4 To: Robert Brockway cc: linux-xfs@oss.sgi.com Subject: Re: Tomorrow In-Reply-To: Message from Robert Brockway of "Tue, 27 May 2003 00:39:12 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 May 2003 14:53:51 +1000 From: Daniel Moore X-archive-position: 4152 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dxm@elmo.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 642 Lines: 20 Robert Brockway writes: => On Sat, 24 May 2003, Christoph Hellwig wrote: => => > > seems like a sad thing to put such cruft into a decent filesystem just => > > to support a broken legacy OS. => > => > I will make sure it'll be a config option. => => Loadable module I trust :) It's a small feature that wouldn't be easily or usefully seperable into a module. ------------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Australian Software Group Fax: +61-3-98132378 ------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Mon May 26 23:29:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 May 2003 23:30:51 -0700 (PDT) Received: from malik.acsalaska.net (malik.slb.nwc.acsalaska.net [209.112.155.41]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R6To2x012171 for ; Mon, 26 May 2003 23:29:51 -0700 Received: from erbenson.alaska.net (23-pm21.nwc.alaska.net [209.112.143.23]) by malik.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4R58j1e094292 for ; Mon, 26 May 2003 21:08:45 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 34D243A07 for ; Mon, 26 May 2003 21:08:44 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id ED3D340FF44; Mon, 26 May 2003 21:08:43 -0800 (AKDT) Date: Mon, 26 May 2003 21:08:43 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030527050843.GG32642@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B8ONY/mu/bqBak9m" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4153 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1126 Lines: 41 --B8ONY/mu/bqBak9m Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 27, 2003 at 12:39:12AM -0400, Robert Brockway wrote: > On Sat, 24 May 2003, Christoph Hellwig wrote: >=20 > > > seems like a sad thing to put such cruft into a decent filesystem just > > > to support a broken legacy OS. > > > > I will make sure it'll be a config option. >=20 > Loadable module I trust :) >=20 > While we're on the XFS wishlist, I think that implementation of > "immutable" and "append-only" attributes as seen in ext2/3 would be a > great boon for the filesystem. yes it would be helpful. and not very difficult. (for someone familier with xfs internals). --=20 Ethan Benson http://www.alaska.net/~erbenson/ --B8ONY/mu/bqBak9m Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7S8tsACgkQJKx7GixEevyOLwCgivTnmFcp27PHXqWAc2eq+cUU O+4An1GLlRSz/YSQCevVAsNMwvsFQgyH =PNfG -----END PGP SIGNATURE----- --B8ONY/mu/bqBak9m-- From owner-linux-xfs@oss.sgi.com Tue May 27 01:35:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 01:35:17 -0700 (PDT) Received: from hotmail.com (f7.sea1.hotmail.com [207.68.163.7]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R8Yv2x016877 for ; Tue, 27 May 2003 01:35:00 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 27 May 2003 01:34:52 -0700 Received: from 24.220.0.48 by sea1fd.sea1.hotmail.msn.com with HTTP; Tue, 27 May 2003 08:34:51 GMT X-Originating-IP: [24.220.0.48] X-Originating-Email: [anon1978@hotmail.com] From: "anon anon" To: linux-xfs@oss.sgi.com Subject: kernel boot parameter "rootflags" and initrd Date: Tue, 27 May 2003 08:34:51 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 May 2003 08:34:52.0186 (UTC) FILETIME=[D7A83FA0:01C3242A] X-archive-position: 4154 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: anon1978@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 551 Lines: 16 I use default mandrake 9.1 (which uses initrd). I'm trying to get quota working on the root partition (XFS). I'm using rootflags=quota in my lilo.conf as "man quotaon" says to. It seems rootflags only effects the ramdisk root image and not the real root image. Grrrr. Any clever hacks for enabling quota for XFS root partitions on initrd systems? -- anonymous _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From owner-linux-xfs@oss.sgi.com Tue May 27 02:16:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 02:16:29 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4R9G62x018767 for ; Tue, 27 May 2003 02:16:09 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 5923615576; Tue, 27 May 2003 11:16:01 +0200 (MEST) Date: Tue, 27 May 2003 11:16:00 +0200 From: Andi Kleen To: Steve Lord Cc: Ethan Benson , linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030527091600.GC31510@wotan.suse.de> References: <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <20030524100441.GN27626@plato.local.lan> <1053814283.4056.25.camel@holly> <20030524223508.GO27626@plato.local.lan> <1054003505.1174.1.camel@laptop.americas.sgi.com> <20030527025545.GE32642@plato.local.lan> <1054004533.1170.6.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1054004533.1170.6.camel@laptop.americas.sgi.com> X-archive-position: 4155 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 708 Lines: 20 On Mon, May 26, 2003 at 10:02:12PM -0500, Steve Lord wrote: > On Mon, 2003-05-26 at 21:55, Ethan Benson wrote: > > > > > well price you pay for using crud like windows.. > > > > anyway they should just use a broken case insensitive filesystem like > > NTFS, or HFS+ for the smb export, rather then insist we cripple (or > > cruftify) decent filesystems like XFS. > > > > This stuff will not get in the way of normal operation, and there is > a market for being an SMB server - and XFS runs on more than one > operating system. Actually it is really not that much code. Also Linux already has the required I18N code for it. I would be still curious if you chose UTF-8 or 8bit code pages for it. -Andi From owner-linux-xfs@oss.sgi.com Tue May 27 03:59:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 03:59:29 -0700 (PDT) Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4RAx92x025398 for ; Tue, 27 May 2003 03:59:12 -0700 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id GZVMLW1A; Tue, 27 May 2003 06:59:34 -0400 Received: from wgate.com (localhost.localdomain [127.0.0.1]) by sinz.eng.tvol.net (8.12.8/8.12.5) with ESMTP id h4RAw8fj016140; Tue, 27 May 2003 06:58:09 -0400 Message-ID: <3ED344C0.1010700@wgate.com> Date: Tue, 27 May 2003 06:58:08 -0400 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andi Kleen CC: linux-xfs@oss.sgi.com Subject: Re: Tomorrow References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> In-Reply-To: <20030524093103.GA12181@wotan.suse.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4156 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: msinz@wgate.com Precedence: bulk X-list: linux-xfs Content-Length: 2212 Lines: 46 Andi Kleen wrote: >>i wouldn't call them v3 dirs either, that implies its an `upgrade' to >>v2, when in fact its a downgrade (non-broken -> broken). maybe call >>them v0 (afaik xfs only has two dir formats v1 and v2). or call it >>something entirely different, like broken_dirs ;-) > > > I would not call them broken, but what is a bit worrying is that it can > be quite complicated to lower case letters. In the American ASCII subset it's > easy, but for other languages it usually needs huge lookup tables and worse > there are different character set. When we did this for the Amiga (oh so many years ago) it was a royal PITA. We ended up punting for the most part on anything that was outside of the ISO-Latin-1 code page and even there we had a problem due to some "differences" of opinion by certain language groups what was supposed to happen. This gets worse when you look at behavior patterns due to the fact that a file, especially one accessed over the network, may be accessed by a machine with different locale settings and thus have slightly different rules as to what is the lowercase form of an uppercase letter or wordform. While I can fully understand the need to do this somewhere closer to the filesystem (as the performance impact can be massive otherwise) there is no really good solution to this in the international space when you start to network machines accross locale settings. (A pair of files that are correctly unique names in one locale may not be unique in another locale!) > You either only support UTF-8 Unicode (shifting the burden of conversion > to user space) or you need to store a "codepage" per filesystem. Linux seems > to go towards the UTF-8 route. The kernel already has some code for this > (JFS does it), but it will be not pretty. I have not looked at the JFS code at all but this can not be very pretty if they supported the locale preferences. (Unless, in the last 10 years there was some new agreement such that case conversion for all locales are consistant with eachother) -- Michael Sinz -- Director, Systems Engineering -- Worldgate Communications A master's secrets are only as good as the master's ability to explain them to others. From owner-linux-xfs@oss.sgi.com Tue May 27 05:06:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 05:07:19 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4RC6t2x027173 for ; Tue, 27 May 2003 05:06:57 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 8978614CA1; Tue, 27 May 2003 14:06:50 +0200 (MEST) Date: Tue, 27 May 2003 14:06:50 +0200 From: Andi Kleen To: Michael Sinz Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030527120650.GA22306@wotan.suse.de> References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <3ED344C0.1010700@wgate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3ED344C0.1010700@wgate.com> X-archive-position: 4157 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 1857 Lines: 40 On Tue, May 27, 2003 at 06:58:08AM -0400, Michael Sinz wrote: > When we did this for the Amiga (oh so many years ago) it was a royal > PITA. We ended up punting for the most part on anything that was > outside of the ISO-Latin-1 code page and even there we had a problem > due to some "differences" of opinion by certain language groups what > was supposed to happen. I wrote a C Library for the Amiga a long time ago and in the end I left it all for locale.library because it was too nasty to do by itself. > This gets worse when you look at behavior patterns due to the fact that > a file, especially one accessed over the network, may be accessed by > a machine with different locale settings and thus have slightly different > rules as to what is the lowercase form of an uppercase letter or wordform. AFAIk the SMB protocol handles this. > >You either only support UTF-8 Unicode (shifting the burden of conversion > >to user space) or you need to store a "codepage" per filesystem. Linux > >seems > >to go towards the UTF-8 route. The kernel already has some code for this > >(JFS does it), but it will be not pretty. > > I have not looked at the JFS code at all but this can not be very pretty > if they supported the locale preferences. (Unless, in the last 10 years JFS has a code page as mount option or you can use UTF-8. The locale code to support this is a generic kernel subsystem, also used by VFAT. > there was some new agreement such that case conversion for all locales > are consistant with eachother) Yes there is: Unicode/UTF-8. That is where all the Linux distributions are going too. For legacy SMB support you will still need to support codepages, but that could be done by samba. For XFS I guess it would be enough to just support UTF-8. Supporting different code pages is probably not too useful anymore. -Andi From owner-linux-xfs@oss.sgi.com Tue May 27 06:03:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 06:03:24 -0700 (PDT) Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4RD312x029290 for ; Tue, 27 May 2003 06:03:02 -0700 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id GZVMLX1C; Tue, 27 May 2003 09:03:26 -0400 Received: from wgate.com (localhost.localdomain [127.0.0.1]) by sinz.eng.tvol.net (8.12.8/8.12.5) with ESMTP id h4RD1xfj016683; Tue, 27 May 2003 09:01:59 -0400 Message-ID: <3ED361C7.5080601@wgate.com> Date: Tue, 27 May 2003 09:01:59 -0400 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andi Kleen CC: linux-xfs@oss.sgi.com Subject: Re: Tomorrow References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <3ED344C0.1010700@wgate.com> <20030527120650.GA22306@wotan.suse.de> In-Reply-To: <20030527120650.GA22306@wotan.suse.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4158 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: msinz@wgate.com Precedence: bulk X-list: linux-xfs Content-Length: 2202 Lines: 49 Andi Kleen wrote: > On Tue, May 27, 2003 at 06:58:08AM -0400, Michael Sinz wrote: > >>When we did this for the Amiga (oh so many years ago) it was a royal >>PITA. We ended up punting for the most part on anything that was >>outside of the ISO-Latin-1 code page and even there we had a problem >>due to some "differences" of opinion by certain language groups what >>was supposed to happen. > > I wrote a C Library for the Amiga a long time ago and in the end I > left it all for locale.library because it was too nasty to do by itself. That is why we wrote the locale.library - it was nasty. Even worse when you add in the sorting issues. >>This gets worse when you look at behavior patterns due to the fact that >>a file, especially one accessed over the network, may be accessed by >>a machine with different locale settings and thus have slightly different >>rules as to what is the lowercase form of an uppercase letter or wordform. > > AFAIk the SMB protocol handles this. I would have to look at how it deals with uniqueness vs non-uniqueness between different clients. That was the really hard problem for us. >>there was some new agreement such that case conversion for all locales >>are consistant with eachother) > > Yes there is: Unicode/UTF-8. That is where all the Linux distributions are > going too. For legacy SMB support you will still need to support codepages, > but that could be done by samba. For XFS I guess it would be enough to just > support UTF-8. Supporting different code pages is probably not too useful > anymore. Does UNICODE actually define the case-ness of characters now? I have been out of UNICODE stuff for some time (working at different levels of system design - not the OS guru I used to be :-() It used to just define the glyphs and give not symantic meaning to them. In fact, the 16-bit UNICODE had the problem of not even keeping all of the glyphs for a locale together. It was just a way of enumerating glyphs and some "compatibility" stuff for ASCII and ECMA/ISO Latin-1 -- Michael Sinz -- Director, Systems Engineering -- Worldgate Communications A master's secrets are only as good as the master's ability to explain them to others. From owner-linux-xfs@oss.sgi.com Tue May 27 06:25:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 06:25:35 -0700 (PDT) Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4RDPI2x030389 for ; Tue, 27 May 2003 06:25:19 -0700 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id GZVMLXKR; Tue, 27 May 2003 09:25:43 -0400 Received: from wgate.com (localhost.localdomain [127.0.0.1]) by sinz.eng.tvol.net (8.12.8/8.12.5) with ESMTP id h4RDOGfj016734; Tue, 27 May 2003 09:24:16 -0400 Message-ID: <3ED36700.4050804@wgate.com> Date: Tue, 27 May 2003 09:24:16 -0400 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andi Kleen CC: linux-xfs@oss.sgi.com Subject: Re: Tomorrow References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <20030524091516.GM27626@plato.local.lan> <20030524093103.GA12181@wotan.suse.de> <3ED344C0.1010700@wgate.com> <20030527120650.GA22306@wotan.suse.de> In-Reply-To: <20030527120650.GA22306@wotan.suse.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4159 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: msinz@wgate.com Precedence: bulk X-list: linux-xfs Content-Length: 1353 Lines: 31 Andi Kleen wrote: [...] > Yes there is: Unicode/UTF-8. That is where all the Linux distributions are > going too. For legacy SMB support you will still need to support codepages, > but that could be done by samba. For XFS I guess it would be enough to just > support UTF-8. Supporting different code pages is probably not too useful > anymore. I would agree that a single standard is the best thing to do. Also, I fully understand why this has to be in the filesystem in order to produce a reasonable performance result. Too bad this also means that any hashing has to be redone. Also, too bad the volume needs to be mounted as one way or the other... I used to be a case-insensitive fan for any user-interface items. I still thing that the average user does not care about case in most cases other than for visual aesthetics. Preserving case is important. However, after having worked on the technical issues when you go international (and back in the day where 16meg of RAM was a HUGE amount and most had less than 1meg) BTW - I still remember when the first C++/C-front stuff was suggesting that the C++ files be named "file.C" vs "file.c" for regular C code. What a mess! -- Michael Sinz -- Director, Systems Engineering -- Worldgate Communications A master's secrets are only as good as the master's ability to explain them to others. From owner-linux-xfs@oss.sgi.com Tue May 27 08:19:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 08:19:54 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.43.38.154]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4RFJY2x002736 for ; Tue, 27 May 2003 08:19:35 -0700 Received: from cherry2000.skynet.coplanar.net (cherry2000.skynet.coplanar.net [192.168.7.92]) by stargate.coplanar.net (8.12.8/8.12.5) with ESMTP id h4RFJWeJ022628; Tue, 27 May 2003 11:19:32 -0400 Subject: Re: Tomorrow From: Jer Jackson To: Robert Brockway Cc: linux-xfs@oss.sgi.com In-Reply-To: References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> Content-Type: text/plain Organization: Message-Id: <1054048771.1939.73.camel@cherry2000.skynet.coplanar.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 27 May 2003 11:19:32 -0400 Content-Transfer-Encoding: 7bit X-archive-position: 4160 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Content-Length: 651 Lines: 24 What about putting this into VFS and letting VFS use trusted extended attributes to store in on XFS, NTFS, ext2/3, whatever? .02 Jeremy On Tue, 2003-05-27 at 00:39, Robert Brockway wrote: > On Sat, 24 May 2003, Christoph Hellwig wrote: > > > > seems like a sad thing to put such cruft into a decent filesystem just > > > to support a broken legacy OS. > > > > I will make sure it'll be a config option. > > Loadable module I trust :) > > While we're on the XFS wishlist, I think that implementation of > "immutable" and "append-only" attributes as seen in ext2/3 would be a > great boon for the filesystem. > > Cheers, > Rob (happy XFS user) From owner-linux-xfs@oss.sgi.com Tue May 27 09:50:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 09:50:53 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4RGoU2x006541 for ; Tue, 27 May 2003 09:50:30 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4RGoUu5006540 for linux-xfs@oss.sgi.com; Tue, 27 May 2003 09:50:30 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4RGoS2x006528 for ; Tue, 27 May 2003 09:50:28 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4RGALH9005248; Tue, 27 May 2003 09:10:21 -0700 Date: Tue, 27 May 2003 09:10:21 -0700 Message-Id: <200305271610.h4RGALH9005248@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 223] mounting xfs on raid0 in linux-2.5.62 triggers BUG at ll_rw_blk.c:2000 X-Bugzilla-Reason: AssignedTo X-archive-position: 4161 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 606 Lines: 23 http://oss.sgi.com/bugzilla/show_bug.cgi?id=223 vapier@gentoo.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From vapier@gentoo.org 2003-27-05 09:10 PDT ------- should be all set now ... http://bugme.osdl.org/show_bug.cgi?id=365#c4 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Tue May 27 13:05:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 13:06:19 -0700 (PDT) Received: from imf43bis.bellsouth.net (mail206.mail.bellsouth.net [205.152.58.146]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4RK5w2x014361 for ; Tue, 27 May 2003 13:05:59 -0700 Received: from tiger2 ([66.156.2.201]) by imf43bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030527200806.LTIO17201.imf43bis.bellsouth.net@tiger2> for ; Tue, 27 May 2003 16:08:06 -0400 Date: Tue, 27 May 2003 16:13:00 -0400 From: Greg Freemyer Subject: D State and XFS 1.2 To: xfs mailing list Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030527200806.LTIO17201.imf43bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4RK5x2x014367 X-archive-position: 4162 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 602 Lines: 19 I'm running a vanilla 2.4.19 kernel with xfs 1.2 patched in. xfsdump from 1am Monday morning is stuck in D state. The server has been up and running for 40 days. The xfsdump is of a lvm snapshot. The base FS is working fine. I remember seeing threads about getting stuck in D state, but did not realize it affected the 1.2 release. (I thought it was cvs only.) Is this a known/resolved issue, or is there some interest in troubleshooting the issue. I assume I can kill -9 the stuck processes, unmount the FS and kill the snapshot to restore normal operation. Thanks Greg -- Greg Freemyer From owner-linux-xfs@oss.sgi.com Tue May 27 16:05:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 16:06:04 -0700 (PDT) Received: from imf56bis.bellsouth.net (mail142.mail.bellsouth.net [205.152.58.102]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4RN5i2x023477 for ; Tue, 27 May 2003 16:05:45 -0700 Received: from tiger2 ([66.156.2.201]) by imf56bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030527230752.ERBW1499.imf56bis.bellsouth.net@tiger2>; Tue, 27 May 2003 19:07:52 -0400 Date: Tue, 27 May 2003 19:12:46 -0400 From: "'Greg Freemyer'" Subject: re[2]: D State and XFS 1.2 To: Murthy Kambhampaty , xfs mailing list Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030527230752.ERBW1499.imf56bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h4RN5j2x023482 X-archive-position: 4163 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 1661 Lines: 56 Murthy, Thanks I'm not sure I am having the same I'm not sure I am having the same problem you were having. I just started having D-state lockups on another Linux box where I don't have any xfs partitions. Unfortunately I am out of the office for the next couple of days, so I will have to look into it Friday. Thanks Greg -- Greg Freemyer >> Greg, you can just issue an /sbin/xfs_freeze -u and >> your >> filesystem will come unstuck (after which you can unmount and mount to >> sync >> your fs); a kill -9 on the stuck processes will not do it, IIRC. >> My earlier message, unfortunately buried in the "zero filled files" >> thread, >> goes over this. >> >-----Original Message----- >> >From: Greg Freemyer [mailto:freemyer@NorcrossGroup.com] >> >Sent: Tuesday, May 27, 2003 16:13 >> >To: xfs mailing list >> >Subject: D State and XFS 1.2 >> > >> > >> >I'm running a vanilla 2.4.19 kernel with xfs 1.2 patched in. >> > >> >xfsdump from 1am Monday morning is stuck in D state. >> > >> >The server has been up and running for 40 days. >> > >> >The xfsdump is of a lvm snapshot. The base FS is working fine. >> > >> >I remember seeing threads about getting stuck in D state, but >> >did not realize it affected the 1.2 release. (I thought it >> >was cvs only.) >> > >> >Is this a known/resolved issue, or is there some interest in >> >troubleshooting the issue. >> > >> >I assume I can kill -9 the stuck processes, unmount the FS and >> >kill the snapshot to restore normal operation. >> > >> >Thanks >> >Greg >> >-- >> >Greg Freemyer >> > >> > From owner-linux-xfs@oss.sgi.com Tue May 27 17:53:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 17:54:06 -0700 (PDT) Received: from gusi.leathercollection.ph (gusi.leathercollection.ph [202.163.192.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4S0rj2x025672 for ; Tue, 27 May 2003 17:53:46 -0700 Received: from localhost (localhost [127.0.0.1]) by gusi.leathercollection.ph (Postfix) with ESMTP id E8984E282EE for ; Wed, 28 May 2003 08:53:37 +0800 (PHT) Received: by gusi.leathercollection.ph (Postfix, from userid 1000) id 5B902E2DB1C; Wed, 28 May 2003 08:53:32 +0800 (PHT) Date: Wed, 28 May 2003 08:53:32 +0800 From: Federico Sevilla III To: xfs mailing list Subject: Re: D State and XFS 1.2 Message-ID: <20030528005332.GD14513@leathercollection.ph> Mail-Followup-To: xfs mailing list References: <20030527200806.LTIO17201.imf43bis.bellsouth.net@tiger2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030527200806.LTIO17201.imf43bis.bellsouth.net@tiger2> X-Organization: The Leather Collection, Inc. X-Organization-URL: http://www.leathercollection.ph X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.4i X-archive-position: 4164 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 1851 Lines: 39 On Tue, May 27, 2003 at 04:13:00PM -0400, Greg Freemyer wrote: > I'm running a vanilla 2.4.19 kernel with xfs 1.2 patched in. xfsdump > from 1am Monday morning is stuck in D state. The server has been up > and running for 40 days. The xfsdump is of a lvm snapshot. The base > FS is working fine. I remember seeing threads about getting stuck in > D state, but did not realize it affected the 1.2 release. (I thought > it was cvs only.) Is this a known/resolved issue, or is there some > interest in troubleshooting the issue. In my case faulty RAM hit me. Even the "extensive" BIOS check didn't find the problem: I had to do two full passes of MemTest86 to find the minor corruption. With the memory replaced, our server has been running smoothly so far. I don't use LVM though. > I assume I can kill -9 the stuck processes, unmount the FS and kill > the snapshot to restore normal operation. In my case I could not kill the 'stuck in D' processes, and as the number of them grew, more and more processes would join them stuck until the system would be intoleralbly unresponsive, requiring a forced unclean shutdown (read: turn off the switch). What first looked to me like an XFS problem turned out to be filesystem-independent. I also got hit by this with ext3, albeit after much longer, probably because of the aggressiveness of XFS's algorithms for memory use. Hopefully this is it. If you can afford to take your box down to do a full memory scan, or perhaps if you can change the RAM then do a memory scan of it elsewhere, it's much easier to fix this than find a potential bug somewhere. --> Jijo -- Federico Sevilla III : http://jijo.free.net.ph : When we speak of free Network Administrator : The Leather Collection, Inc. : software we refer to GnuPG Key ID : 0x93B746BE : freedom, not price. From owner-linux-xfs@oss.sgi.com Tue May 27 23:49:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 May 2003 23:49:34 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4S6nG2x003705 for ; Tue, 27 May 2003 23:49:16 -0700 Received: from erbenson.alaska.net (177-pm11.nwc.alaska.net [209.112.140.177]) by iris.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4S6nEhs036182 for ; Tue, 27 May 2003 22:49:14 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 125A93A04 for ; Tue, 27 May 2003 22:49:13 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id E086740FF44; Tue, 27 May 2003 22:49:12 -0800 (AKDT) Date: Tue, 27 May 2003 22:49:12 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Tomorrow Message-ID: <20030528064912.GK32642@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1053694002.2887.1.camel@localhost.localdomain> <1053697162.21472.51.camel@jen.americas.sgi.com> <20030523134438.GC30288@wotan.suse.de> <20030523150530.A31022@infradead.org> <20030524071709.GK27626@plato.local.lan> <20030524095245.A24074@infradead.org> <1054048771.1939.73.camel@cherry2000.skynet.coplanar.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3D7yMlnunRPwJqC7" Content-Disposition: inline In-Reply-To: <1054048771.1939.73.camel@cherry2000.skynet.coplanar.net> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4165 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1196 Lines: 36 --3D7yMlnunRPwJqC7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 27, 2003 at 11:19:32AM -0400, Jer Jackson wrote: > What about putting this into VFS and letting VFS use trusted extended > attributes to store in on XFS, NTFS, ext2/3, whatever? because they are just bits, its really overkill to use a xattr for that. the VFS already handles all the enforcment and checking for immutable/appendonly the filesystem only needs to set them in the vfs inode structure, and provide some means to set/clear them (usually an ioctl). xfs has several unused bits in the inode which could be used for this, and it won't break backwards compatibility since old kernels will simply ignore and leave alone reserved bits. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --3D7yMlnunRPwJqC7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7UW+gACgkQJKx7GixEevytrQCcCgB6oMv4t/pdwFTfJ4NlQvjz uAgAn147LmiIvtVQzU4omwZHy+Mw2zCv =f8XV -----END PGP SIGNATURE----- --3D7yMlnunRPwJqC7-- From owner-linux-xfs@oss.sgi.com Wed May 28 00:55:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 00:56:07 -0700 (PDT) Received: from pechkin.minfin.bg (pechkin.minfin.bg [212.122.164.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4S7th2x006121 for ; Wed, 28 May 2003 00:55:45 -0700 Received: (qmail 2265 invoked from network); 28 May 2003 07:55:38 -0000 Received: from unknown (HELO fwmf.minfin.bg) (10.40.8.1) by pechkin.minfin.bg with SMTP; 28 May 2003 07:55:38 -0000 Received: from ([10.40.1.15]) by fwmf.minfin.bg; Wed, 28 May 2003 10:56:09 +0300 (EEST) Reply-To: From: "Kostadin Karaivanov" To: Cc: Subject: [Oops] 2.5.70 xfs related Date: Wed, 28 May 2003 10:56:40 +0300 Message-ID: <011301c324ee$ad177d40$0f01280a@minfin.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800 Importance: Normal X-archive-position: 4166 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: larry@minfin.bg Precedence: bulk X-list: linux-xfs Content-Length: 6032 Lines: 155 Oops happened during kernel compile Its not easyly reproducable but after third kernel kompilation i a raw it appears...., the system doesn't survive software Slackware Linux 9.0 root@larry:~# gcc -v Reading specs from /usr/lib/gcc-lib/i386-slackware-linux/3.2.2/specs Configured with: ../gcc-3.2.2/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i3 86-slackware-linux --host=i386-slackware-linux Thread model: posix gcc version 3.2.2 -------------------------------------------------- The Oops itself catched with serial-line console: kernel BUG at fs/xfs/pagebuf/page_buf.c:1288! invalid operand: 0000 [#1] CPU: 0 EIP: 0060:[] Not tainted EFLAGS: 00010002 eax: 00000001 ebx: c13dcd80 ecx: c74e5d58 edx: c1031a38 esi: cbfbfed0 edi: 00000000 ebp: c1bdc2e0 esp: cbd755e0 ds: 007b es: 007b ss: 0068 Process pdflush (pid: 6, threadinfo=cbd74000 task=cbd73860) Stack: c444be20 cbd469c0 c048d234 c048d1bc 00000009 00001000 c1bdc2e0 00000000 c048d1ac 00000200 c01504b4 c1bdc2e0 00000200 00000000 cbd4ca54 00000200 c1bdc2e0 c0251311 c1bdc2e0 00000200 00000000 cbd470a0 c1bdc2e0 00000000 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [< c01f990c>] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 08 05 b5 2d 3b c0 eb ac 89 d0 e8 01 9f f3 ff eb a3 81 <0>Kernel panic: Fatal exception in interrupt In interrupt handler - not syncing ------------------------------------------ The Oops decoded(may be wrong): root@larry:~# cat /mnt/smb/decoded.txt ksymoops 2.4.8 on i686 2.5.70. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.5.70/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Error (regular_file): read_ksyms stat /proc/ksyms failed No modules in ksyms, skipping objects No ksyms, skipping lsmod kernel BUG at fs/xfs/pagebuf/page_buf.c:1288! invalid operand: 0000 [#1] CPU: 0 EIP: 0060:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010002 eax: 00000001 ebx: c13dcd80 ecx: c74e5d58 edx: c1031a38 esi: cbfbfed0 edi: 00000000 ebp: c1bdc2e0 esp: cbd755e0 ds: 007b es: 007b ss: 0068 Stack: c444be20 cbd469c0 c048d234 c048d1bc 00000009 00001000 c1bdc2e0 00000000 c048d1ac 00000200 c01504b4 c1bdc2e0 00000200 00000000 cbd4ca54 00000200 c1bdc2e0 c0251311 c1bdc2e0 00000200 00000000 cbd470a0 c1bdc2e0 00000000 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [< c01f990c>] [] [] [] [] [] [] [] [] [] [] [>EIP; c01f70ce <===== >>ebx; c13dcd80 <__crc_wait_on_sync_kiocb+30d07/2cf537> >>ecx; c74e5d58 <__crc_skb_cow_data+9d0a1/21f695> >>edx; c1031a38 <__crc_d_prune_aliases+384dd/bed9d> >>esi; cbfbfed0 <__crc___down_failed_trylock+2d345/9fcad0> >>ebp; c1bdc2e0 <__crc_unregister_chrdev+2aee4f/2f713c> >>esp; cbd755e0 <__crc_ip_nat_mangle_udp_packet+1d8b22/3f60cd> Trace; c01504b4 Trace; c0251311 <__end_that_request_first+211/240> Trace; c0264302 Trace; c0273cee Trace; c026588d Trace; c0273c50 Trace; c010c799 Trace; c010ca27 Trace; c010af28 Trace; c01f6423 <_pagebuf_lookup_pages+3a3/3f0> Code; c01f70ce 00000000 <_EIP>: Code; c01f70ce <===== 0: 0f 0b ud2a <===== Code; c01f70d0 2: 08 05 b5 2d 3b c0 or %al,0xc03b2db5 Code; c01f70d6 8: eb ac jmp ffffffb6 <_EIP+0xffffffb6> Code; c01f70d8 a: 89 d0 mov %edx,%eax Code; c01f70da c: e8 01 9f f3 ff call fff39f12 <_EIP+0xfff39f12> Code; c01f70df 11: eb a3 jmp ffffffb6 <_EIP+0xffffffb6> Code; c01f70e1 13: 81 00 00 00 00 00 addl $0x0,(%eax) <0>Kernel panic: Fatal exception in interrupt 1 warning and 1 error issued. Results may not be reliable. Kostadin Karaivanov Senior System Administrator @ Ministry Of Finance tel: +359 2 98592062 larry@minfin.bg From owner-linux-xfs@oss.sgi.com Wed May 28 07:42:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 07:43:12 -0700 (PDT) Received: from leviathan.ele.uri.edu (leviathan.ele.uri.edu [131.128.51.64]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4SEgq2x026615 for ; Wed, 28 May 2003 07:42:53 -0700 Received: from dragonfly (dyn131.ele.uri.edu [131.128.51.131]) by leviathan.ele.uri.edu (8.12.6/8.12.6) with ESMTP id h4SEgnf2011482 for ; Wed, 28 May 2003 10:42:50 -0400 (EDT) From: mingz Reply-To: mingz@ele.uri.edu To: linux-xfs@oss.sgi.com Subject: xfs block size on linux Date: Wed, 28 May 2003 10:33:17 -0400 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305281033.18239.mingz@ele.uri.edu> X-archive-position: 4167 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mingz@ele.uri.edu Precedence: bulk X-list: linux-xfs Content-Length: 479 Lines: 13 Hi, I searched the archive but still can not find the answer for my question. I would like to know the real file system block size limitation on linux for ia32. Some doc show that is 512 - 4k, but some claim up to 64KB and 1MB (i am not sure if this is for linux). and if this value is limited by page size, then does it change if linux support super page size later? I do not subscribe to this mailing list. So pls reply to my email address as well. Thanks a lot. ming From owner-linux-xfs@oss.sgi.com Wed May 28 10:25:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 10:25:29 -0700 (PDT) Received: from lips.thebarn.com (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4SHP82x030434 for ; Wed, 28 May 2003 10:25:12 -0700 Received: from [10.0.0.10] (c-24-245-56-70.mn.client2.attbi.com [24.245.56.70]) by lips.thebarn.com (8.12.9/8.12.6) with ESMTP id h4SHOuuw062850; Wed, 28 May 2003 12:24:57 -0500 (CDT) (envelope-from cattelan@thebarn.com) Subject: Re: xfs block size on linux From: Russell Cattelan To: mingz@ele.uri.edu Cc: linux-xfs@oss.sgi.com In-Reply-To: <200305281033.18239.mingz@ele.uri.edu> References: <200305281033.18239.mingz@ele.uri.edu> Content-Type: text/plain Organization: Message-Id: <1054142706.32410.77.camel@lupo.thebarn.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 28 May 2003 12:25:06 -0500 Content-Transfer-Encoding: 7bit X-archive-position: 4168 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 733 Lines: 21 On Wed, 2003-05-28 at 09:33, mingz wrote: > Hi, I searched the archive but still can not find the answer for my question. > > I would like to know the real file system block size limitation on linux for > ia32. Some doc show that is 512 - 4k, but some claim up to 64KB and 1MB (i am > not sure if this is for linux). and if this value is limited by page size, > then does it change if linux support super page size later? Block size can be from 512 to PAGE_SIZE in multiples of 512. So on ia32 system max block size = 4k 64k blocksizes are only supported on irix. > > I do not subscribe to this mailing list. So pls reply to my email address as > well. Thanks a lot. > > > ming -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Wed May 28 15:54:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 15:54:32 -0700 (PDT) Received: from mail.mnsu.edu (Mail.MNSU.EDU [134.29.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4SMs92x002337 for ; Wed, 28 May 2003 15:54:10 -0700 Received: from mnsu.edu (dyn5390.MavNet.MNSU.EDU [134.29.77.239]) by mail.mnsu.edu (8.12.9/8.12.9) with ESMTP id h4SMs3eN005974 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 28 May 2003 17:54:04 -0500 Message-ID: <3ED53E0B.1080306@mnsu.edu> Date: Wed, 28 May 2003 17:54:03 -0500 From: "Jeffrey E. Hundstad" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: two oopses with 2.4.21-rc3-xfs SGI-XFS CVS-2003-05-23_05:00_UTC Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4169 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jeffrey.hundstad@mnsu.edu Precedence: bulk X-list: linux-xfs Content-Length: 4440 Lines: 113 As requested I've upgraded to a more recent version of the kernel but I'm still getting oopses. Once again this is a software raid level-1 on IDE. This was working on previous versions of XFS for months. We moved from that stable kernel because of root exploits to that version of the kernel. Opps output start below: ksymoops 2.4.9 on i686 2.4.21-rc3-xfs. Options used -V (default) -k /var/log/ksymoops/20030528062604.ksyms (specified) -l /var/log/ksymoops/20030528062604.modules (specified) -o /lib/modules/2.4.21-rc3-xfs (specified) -m /boot/System.map-2.4.21-rc3-xfs (specified) c01a52c4 Oops: 0000 CPU: 1 EIP: 0010:[xfs_iget_core+88/1096] Not tainted EFLAGS: 00010206 eax: 003c8f6a ebx: dfedb2b8 ecx: ded86400 edx: dfedb2bc esi: 0c35ea0d edi: 00000000 ebp: ded86524 esp: c5df3e30 ds: 0018 es: 0018 ss: 0018 Process find (pid: 6613, stackpage=c5df3000) Stack: dd73f620 dd73f600 00000000 ded86400 dfedb2bc 003c8f6a c01a5723 dd73f600 ded86400 00000000 0c35ea0d 00000000 00000000 c5df3ef0 00000000 00000000 dd73f620 00000000 d322c278 d322c298 c5df3ef0 c01bba47 ded86400 00000000 Call Trace: [xfs_iget+111/332] [xfs_dir_lookup_int+99/200] [xfs_lookup+62/104] [linvfs_lookup+68/144] [real_lookup+122/268] [link_path_walk+1802/2480] [path_walk+26/28] [path_lookup+27/36] [__user_walk+38/64] [sys_lstat64+25/112] [sys_close+91/112] [system_call+51/56] Code: 39 70 38 0f 85 d3 00 00 00 39 78 3c 0f 85 ca 00 00 00 8b 50 Using defaults from ksymoops -t elf32-i386 -a i386 >>ebx; dfedb2b8 <_end+1fb3f1e4/20470f2c> >>ecx; ded86400 <_end+1e9ea32c/20470f2c> >>edx; dfedb2bc <_end+1fb3f1e8/20470f2c> >>ebp; ded86524 <_end+1e9ea450/20470f2c> >>esp; c5df3e30 <_end+5a57d5c/20470f2c> Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 39 70 38 cmp %esi,0x38(%eax) Code; 00000003 Before first symbol 3: 0f 85 d3 00 00 00 jne dc <_EIP+0xdc> 000000dc Before first symbol Code; 00000009 Before first symbol 9: 39 78 3c cmp %edi,0x3c(%eax) Code; 0000000c Before first symbol c: 0f 85 ca 00 00 00 jne dc <_EIP+0xdc> 000000dc Before first symbol Code; 00000012 Before first symbol 12: 8b 50 00 mov 0x0(%eax),%edx ksymoops 2.4.9 on i686 2.4.21-rc3-xfs. Options used -V (default) -k /var/log/ksymoops/20030528062604.ksyms (specified) -l /var/log/ksymoops/20030528062604.modules (specified) -o /lib/modules/2.4.21-rc3-xfs (specified) -m /boot/System.map-2.4.21-rc3-xfs (specified) <1>Unable to handle kernel paging request at virtual address 003c8fa2 c01a52c4 Oops: 0000 CPU: 1 EIP: 0010:[xfs_iget_core+88/1096] Not tainted EFLAGS: 00010206 eax: 003c8f6a ebx: dfedb2b8 ecx: ded86400 edx: dfedb2bc esi: 179c9626 edi: 00000000 ebp: ded86524 esp: c2159e30 ds: 0018 es: 0018 ss: 0018 Process cpio (pid: 5979, stackpage=c2159000) Stack: dcf73900 dcf738e0 00000000 ded86400 dfedb2bc 003c8f6a c01a5723 dcf738e0 ded86400 00000000 179c9626 00000000 00000000 c2159ef0 00000000 00000000 dcf73900 00000000 df3c37a0 df3c37c0 c2159ef0 c01bba47 ded86400 00000000 Call Trace: [xfs_iget+111/332] [xfs_dir_lookup_int+99/200] [xfs_lookup+62/104] [linvfs_lookup+68/144] [real_lookup+122/268] [link_path_walk+1802/2480] [path_walk+26/28] [path_lookup+27/36] [__user_walk+38/64] [sys_lstat64+25/112] [sys_close+91/112] [system_call+51/56] Code: 39 70 38 0f 85 d3 00 00 00 39 78 3c 0f 85 ca 00 00 00 8b 50 Using defaults from ksymoops -t elf32-i386 -a i386 >>ebx; dfedb2b8 <_end+1fb3f1e4/20470f2c> >>ecx; ded86400 <_end+1e9ea32c/20470f2c> >>edx; dfedb2bc <_end+1fb3f1e8/20470f2c> >>ebp; ded86524 <_end+1e9ea450/20470f2c> >>esp; c2159e30 <_end+1dbdd5c/20470f2c> Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 39 70 38 cmp %esi,0x38(%eax) Code; 00000003 Before first symbol 3: 0f 85 d3 00 00 00 jne dc <_EIP+0xdc> 000000dc Before first symbol Code; 00000009 Before first symbol 9: 39 78 3c cmp %edi,0x3c(%eax) Code; 0000000c Before first symbol c: 0f 85 ca 00 00 00 jne dc <_EIP+0xdc> 000000dc Before first symbol Code; 00000012 Before first symbol 12: 8b 50 00 mov 0x0(%eax),%edx From owner-linux-xfs@oss.sgi.com Wed May 28 16:14:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 16:14:21 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4SNEG2x002977 for ; Wed, 28 May 2003 16:14:18 -0700 Received: (qmail 17860 invoked from network); 28 May 2003 23:14:14 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 28 May 2003 23:14:14 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id D379ED8F55; Thu, 29 May 2003 09:14:12 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id D0AE091357; Thu, 29 May 2003 09:14:12 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: "Jeffrey E. Hundstad" Cc: linux-xfs@oss.sgi.com Subject: Re: two oopses with 2.4.21-rc3-xfs SGI-XFS CVS-2003-05-23_05:00_UTC In-reply-to: Your message of "Wed, 28 May 2003 17:54:03 EST." <3ED53E0B.1080306@mnsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 May 2003 09:14:07 +1000 Message-ID: <24734.1054163647@ocs3.intra.ocs.com.au> X-archive-position: 4170 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 997 Lines: 22 On Wed, 28 May 2003 17:54:03 -0500, "Jeffrey E. Hundstad" wrote: >EIP: 0010:[xfs_iget_core+88/1096] Not tainted >Call Trace: [xfs_iget+111/332] [xfs_dir_lookup_int+99/200] >[xfs_lookup+62/104] [linvfs_lookup+68/144] [real_lookup+122/268] >[link_path_walk+1802/2480] [path_walk+26/28] [path_lookup+27/36] >[__user_walk+38/64] [sys_lstat64+25/112] [sys_close+91/112] >[system_call+51/56] Although this probably is an XFS problem, the oops data has been stamped on by klogd, which means that ksymoops cannot decode accurately. Since I do not trust the klogd code as far as I can throw it, please disable klogd address to symbol conversion, then ksymoops will get some good data to work with and we can be sure that this is an XFS problem. To disable klogd address conversion, add KLOGD_OPTIONS="-x" to /etc/sysconfig/syslog. If that file does not exist, edit /etc/rc.d/init.d/syslog, in the start() function, append '-x' to the klogd command. From owner-linux-xfs@oss.sgi.com Wed May 28 17:23:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 17:23:17 -0700 (PDT) Received: from axiom.anu.edu.au (axiom.anu.edu.au [150.203.127.200]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4T0Mw2x004159 for ; Wed, 28 May 2003 17:23:01 -0700 Received: from pulp.anu.edu.au (pulp.anu.edu.au [150.203.126.25]) by axiom.anu.edu.au (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id h4T0MvR31503 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO) for ; Thu, 29 May 2003 10:22:58 +1000 Received: from pulp.anu.edu.au (localhost [127.0.0.1]) by pulp.anu.edu.au (8.12.9/8.12.9/Debian-3) with ESMTP id h4T0KALE002086 for ; Thu, 29 May 2003 10:20:10 +1000 Received: (from abate@localhost) by pulp.anu.edu.au (8.12.9/8.12.9/Debian-3) id h4T0KAPm002083 for linux-xfs@oss.sgi.com; Thu, 29 May 2003 10:20:10 +1000 Date: Thu, 29 May 2003 10:20:10 +1000 From: Pietro Abate To: linux-xfs@oss.sgi.com Subject: xfs fails to recover a raid0 root filesystem Message-ID: <20030529002010.GC1275@anu.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: GNU/Linux X-Organization: Research School of Information Science and Engineering (Australian National University) User-Agent: Mutt/1.5.4i X-archive-position: 4171 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Pietro.Abate@anu.edu.au Precedence: bulk X-list: linux-xfs Content-Length: 1327 Lines: 37 Hi all, I've installed xfs on a netra (sparc) workstation. After a power failoure xfs just hangs trying to recover the root fs. The fs is actually sitting on the top of a raid0 configuration. I don't really understand if the problem is related with xfs or with raid (but I think it's xfs ...). I tried to run the raid in degradeted mode passing raid=noautodetect md=0,/dev/sda4 ... to silo, to try to isolate the problem, but it didn't solve the problem. my questions now: - is there a way of forcing xfs to ignore the recovery stage and give me a shell that I can use to run xfs_repair ? (any silo parameter ?) - is there any rescue system (cdrom) for sparc with raid and xfs support that I can use to recover the fs ? - if I manage to boot it from the net, is there any rescue system I can use ? (if not, my plan is to install a small system on the swap partition, build a kernel with xfs and raid, boot it, recover the fs, and boot back to the old installation: is it a good plan ?) - is xfs supposed to work properly (I'm using 2.4.19 + xfs snapshot) with raid0 ? is it a problem having the root fs unsing xfs with a such configuration ? please help... :-) p -- Civilization advances by extending the number of important operations which we can perform without thinking. (Alfred North Whitehead) From owner-linux-xfs@oss.sgi.com Wed May 28 18:35:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 18:35:47 -0700 (PDT) Received: from shell.wgops.com (postfix@dsl092-192-108.sea1.dsl.speakeasy.net [66.92.192.108]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4T1ZV2x005428 for ; Wed, 28 May 2003 18:35:32 -0700 Received: by shell.wgops.com (Postfix, from userid 65534) id 46718DA; Wed, 28 May 2003 19:35:31 -0600 (MDT) Received: from [10.1.2.77] (jobe.wgops.com [10.1.2.77]) by shell.wgops.com (Postfix) with ESMTP id B54A4D1; Wed, 28 May 2003 19:35:29 -0600 (MDT) Date: Wed, 28 May 2003 19:35:30 -0600 From: Michael Loftis To: Pietro Abate , linux-xfs@oss.sgi.com Subject: Re: xfs fails to recover a raid0 root filesystem Message-ID: <163200389.1054150530@jobe> In-Reply-To: <20030529002010.GC1275@anu.edu.au> References: <20030529002010.GC1275@anu.edu.au> X-Mailer: Mulberry/3.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-archive-position: 4172 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mloftis@wgops.com Precedence: bulk X-list: linux-xfs Content-Length: 1785 Lines: 50 I just had this happen on a large-ish (150+Gb) array. Had nothing to do with RAID. You have to boot rescue disk and use xfs_repair. You may have to zero the logfile. Also note that if oyu're using quotas it might go off and re-figure everyones quota's at mount time which takes a long time. --On Thursday, May 29, 2003 10:20 AM +1000 Pietro Abate wrote: > Hi all, > I've installed xfs on a netra (sparc) workstation. After a power > failoure xfs just hangs trying to recover the root fs. The fs is > actually sitting on the top of a raid0 configuration. I don't really > understand if the problem is related with xfs or with raid (but I think > it's xfs ...). > > I tried to run the raid in degradeted mode passing raid=noautodetect > md=0,/dev/sda4 ... to silo, to try to isolate the problem, but it didn't > solve the problem. > > my questions now: > - is there a way of forcing xfs to ignore the recovery stage and give me a > shell that I can use to run xfs_repair ? (any silo parameter ?) > > - is there any rescue system (cdrom) for sparc with raid and xfs support > that I can use to recover the fs ? > > - if I manage to boot it from the net, is there any rescue system I > can use ? (if not, my plan is to install a small system on the swap > partition, build a kernel with xfs and raid, boot it, recover the fs, > and boot back to the old installation: is it a good plan ?) > > - is xfs supposed to work properly (I'm using 2.4.19 + xfs snapshot) > with raid0 ? is it a problem having the root fs unsing xfs with a such > configuration ? > > please help... :-) > > p > > > -- > Civilization advances by extending the number > of important operations which we can perform > without thinking. (Alfred North Whitehead) > > From owner-linux-xfs@oss.sgi.com Wed May 28 18:54:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 18:55:01 -0700 (PDT) Received: from batleth.sapienti-sat.org (batleth.sapienti-sat.org [80.190.100.240]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4T1sZ2x007015 for ; Wed, 28 May 2003 18:54:36 -0700 Received: from localhost (localhost.sapienti-sat.org [127.0.0.1]) by batleth.sapienti-sat.org (Postfix) with SMTP id 120F210256A for ; Thu, 29 May 2003 03:18:06 +0200 (CEST) Received: from koschikode.com (pD9E7FD82.dip.t-dialin.net [217.231.253.130]) by batleth.sapienti-sat.org (Postfix) with ESMTP id 926F2100123 for ; Thu, 29 May 2003 03:18:05 +0200 (CEST) Message-ID: <3ED55FCB.7000805@koschikode.com> Date: Thu, 29 May 2003 03:18:03 +0200 From: Juri Haberland Organization: totally unorganized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030425 X-Accept-Language: en, de-DE MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: xfs fails to recover a raid0 root filesystem References: <20030529002010.GC1275@anu.edu.au> In-Reply-To: <20030529002010.GC1275@anu.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 4173 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: juri@koschikode.com Precedence: bulk X-list: linux-xfs Content-Length: 594 Lines: 17 Pietro Abate wrote: > Hi all, > I've installed xfs on a netra (sparc) workstation. After a power > failoure xfs just hangs trying to recover the root fs. The fs is > actually sitting on the top of a raid0 configuration. I don't really > understand if the problem is related with xfs or with raid (but I think > it's xfs ...). > > I tried to run the raid in degradeted mode passing raid=noautodetect Uhm, AFAIK there is now 'degradeted mode' with RAID-0. You lose one - you lose all! You probably want to run RAID-1 or -5 for redundancy. RAID-0 is just about speed and/or size. Cheers, Juri From owner-linux-xfs@oss.sgi.com Wed May 28 20:18:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 20:18:18 -0700 (PDT) Received: from axiom.anu.edu.au (axiom.anu.edu.au [150.203.127.200]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4T3Hx2x008813 for ; Wed, 28 May 2003 20:18:00 -0700 Received: from pulp.anu.edu.au (pulp.anu.edu.au [150.203.126.25]) by axiom.anu.edu.au (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id h4T3HtR01124 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO) for ; Thu, 29 May 2003 13:17:57 +1000 Received: from pulp.anu.edu.au (localhost [127.0.0.1]) by pulp.anu.edu.au (8.12.9/8.12.9/Debian-3) with ESMTP id h4T3F8LE006857 for ; Thu, 29 May 2003 13:15:08 +1000 Received: (from abate@localhost) by pulp.anu.edu.au (8.12.9/8.12.9/Debian-3) id h4T3F8RX006854 for linux-xfs@oss.sgi.com; Thu, 29 May 2003 13:15:08 +1000 Date: Thu, 29 May 2003 13:15:08 +1000 From: Pietro Abate To: linux-xfs@oss.sgi.com Subject: Re: xfs fails to recover a raid0 root filesystem Message-ID: <20030529031508.GC4660@anu.edu.au> References: <20030529002010.GC1275@anu.edu.au> <3ED55FCB.7000805@koschikode.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3ED55FCB.7000805@koschikode.com> X-Operating-System: GNU/Linux X-Organization: Research School of Information Science and Engineering (Australian National University) User-Agent: Mutt/1.5.4i X-archive-position: 4174 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Pietro.Abate@anu.edu.au Precedence: bulk X-list: linux-xfs Content-Length: 520 Lines: 17 On Thu, May 29, 2003 at 03:18:03AM +0200, Juri Haberland wrote: > Uhm, AFAIK there is now 'degradeted mode' with RAID-0. You lose one - > you lose all! You probably want to run RAID-1 or -5 for redundancy. > RAID-0 is just about speed and/or size. sorry... stupid me... I've raid1 (mirroring) not raid0. but still I don't know how to solve this problem... any advices ? tnx, p -- Civilization advances by extending the number of important operations which we can perform without thinking. (Alfred North Whitehead) From owner-linux-xfs@oss.sgi.com Wed May 28 21:55:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 May 2003 21:55:27 -0700 (PDT) Received: from axiom.anu.edu.au (axiom.anu.edu.au [150.203.127.200]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4T4t92x010912 for ; Wed, 28 May 2003 21:55:10 -0700 Received: from pulp.anu.edu.au (pulp.anu.edu.au [150.203.126.25]) by axiom.anu.edu.au (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id h4T4t8R02383 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO) for ; Thu, 29 May 2003 14:55:08 +1000 Received: from pulp.anu.edu.au (localhost [127.0.0.1]) by pulp.anu.edu.au (8.12.9/8.12.9/Debian-3) with ESMTP id h4T4qKLE009389 for ; Thu, 29 May 2003 14:52:21 +1000 Received: (from abate@localhost) by pulp.anu.edu.au (8.12.9/8.12.9/Debian-3) id h4T4qKoe009386 for linux-xfs@oss.sgi.com; Thu, 29 May 2003 14:52:20 +1000 Date: Thu, 29 May 2003 14:52:20 +1000 From: Pietro Abate To: linux-xfs@oss.sgi.com Subject: Re: xfs fails to recover a raid0 root filesystem Message-ID: <20030529045220.GA9132@anu.edu.au> References: <20030529002010.GC1275@anu.edu.au> <163200389.1054150530@jobe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <163200389.1054150530@jobe> X-Operating-System: GNU/Linux X-Organization: Research School of Information Science and Engineering (Australian National University) User-Agent: Mutt/1.5.4i X-archive-position: 4175 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Pietro.Abate@anu.edu.au Precedence: bulk X-list: linux-xfs Content-Length: 1077 Lines: 28 Hi all, This is already the second time it happens to me... :-(( Do you have any clue why this can happen ? Are you aware of any way of avoiding this problem or have an automatic recovery procedure ? Is it a known bug ? I'm deliveing this machine to a client and it's pretty inconveniant for me to go back every time he has a power failoure... Does exist a rescure disk for sparc with xfs and raid compiled in (or is there any documentation how to build one without a sparc machine ... cross compiling anyone ? ) ? tnx for your help, p On Wed, May 28, 2003 at 07:35:30PM -0600, Michael Loftis wrote: > I just had this happen on a large-ish (150+Gb) array. Had nothing to do > with RAID. You have to boot rescue disk and use xfs_repair. You may have > to zero the logfile. Also note that if oyu're using quotas it might go off > and re-figure everyones quota's at mount time which takes a long time. -- Civilization advances by extending the number of important operations which we can perform without thinking. (Alfred North Whitehead) From owner-linux-xfs@oss.sgi.com Thu May 29 03:10:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 May 2003 03:11:02 -0700 (PDT) Received: from batleth.sapienti-sat.org (batleth.sapienti-sat.org [80.190.100.240]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4TAAX2x018139 for ; Thu, 29 May 2003 03:10:36 -0700 Received: from localhost (localhost.sapienti-sat.org [127.0.0.1]) by batleth.sapienti-sat.org (Postfix) with SMTP id 2213F10256A for ; Thu, 29 May 2003 11:46:06 +0200 (CEST) Received: from koschikode.com (pD9E7FB57.dip.t-dialin.net [217.231.251.87]) by batleth.sapienti-sat.org (Postfix) with ESMTP id 73E35102561 for ; Thu, 29 May 2003 11:46:05 +0200 (CEST) Message-ID: <3ED5D6DB.4020806@koschikode.com> Date: Thu, 29 May 2003 11:46:03 +0200 From: Juri Haberland Organization: totally unorganized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030425 X-Accept-Language: en, de-DE MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: xfs fails to recover a raid0 root filesystem References: <20030529002010.GC1275@anu.edu.au> <163200389.1054150530@jobe> <20030529045220.GA9132@anu.edu.au> In-Reply-To: <20030529045220.GA9132@anu.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 4176 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: juri@koschikode.com Precedence: bulk X-list: linux-xfs Content-Length: 788 Lines: 24 Pietro Abate wrote: > Hi all, > This is already the second time it happens to me... :-(( > Do you have any clue why this can happen ? Are you aware of any way of > avoiding this problem or have an automatic recovery procedure ? Is it a > known bug ? > I'm deliveing this machine to a client and it's pretty inconveniant > for me to go back every time he has a power failoure... Well, I don't know how many people out there use Linux on Sparc in real life. > > Does exist a rescure disk for sparc with xfs and raid compiled in (or is > there any documentation how to build one without a sparc machine ... > cross compiling anyone ? ) ? > You could put the disks (or at least one) in an ia32 machine and boot with Knoppix and repair them there. Cheers, Juri From owner-linux-xfs@oss.sgi.com Thu May 29 07:59:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 May 2003 07:59:40 -0700 (PDT) Received: from waltsathlon.localhost.net (12-229-144-126.client.attbi.com [12.229.144.126]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4TExY2x022923 for ; Thu, 29 May 2003 07:59:34 -0700 Received: from comcast.net (localhost [127.0.0.1]) by waltsathlon.localhost.net (Postfix) with ESMTP id 8A85874A13; Thu, 29 May 2003 07:59:28 -0700 (PDT) Message-ID: <3ED62050.5040308@comcast.net> Date: Thu, 29 May 2003 07:59:28 -0700 From: Walt H User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030527 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pietro Abate Cc: linux-xfs@oss.sgi.com Subject: Re: xfs fails to recover a raid0 root filesystem References: <20030529002010.GC1275@anu.edu.au> <163200389.1054150530@jobe> <20030529045220.GA9132@anu.edu.au> In-Reply-To: <20030529045220.GA9132@anu.edu.au> X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 4177 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: waltabbyh@comcast.net Precedence: bulk X-list: linux-xfs Content-Length: 1323 Lines: 36 Pietro Abate wrote: > Hi all, > This is already the second time it happens to me... :-(( > Do you have any clue why this can happen ? Are you aware of any way of > avoiding this problem or have an automatic recovery procedure ? Is it a > known bug ? > I'm deliveing this machine to a client and it's pretty inconveniant > for me to go back every time he has a power failoure... > > > Does exist a rescure disk for sparc with xfs and raid compiled in (or is > there any documentation how to build one without a sparc machine ... > cross compiling anyone ? ) ? > > > tnx for your help, > p > > On Wed, May 28, 2003 at 07:35:30PM -0600, Michael Loftis wrote: > >>I just had this happen on a large-ish (150+Gb) array. Had nothing to do >>with RAID. You have to boot rescue disk and use xfs_repair. You may have >>to zero the logfile. Also note that if oyu're using quotas it might go off >>and re-figure everyones quota's at mount time which takes a long time. > > You might want to try one of the Gentoo install disks. They have them available for multiple architectures, including Sparc. They're bootable, and even if they don't contain the necessary utilities, I would think they'd be easy enough to install. At least on x86, they can mount XFS filesystems on a RAID setup. -Walt From owner-linux-xfs@oss.sgi.com Thu May 29 16:18:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 May 2003 16:18:45 -0700 (PDT) Received: from smtp.covadmail.net (mx03.covadmail.net [63.65.120.63]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4TNIU2x008206 for ; Thu, 29 May 2003 16:18:30 -0700 Received: (covad.net 21798 invoked from network); 29 May 2003 23:18:23 -0000 Received: from unknown (HELO boywonderfx.com) (66.167.1.42) by sun-qmail12 with SMTP; 29 May 2003 23:18:22 -0000 Message-ID: <3ED69541.9010804@boywonderfx.com> Date: Thu, 29 May 2003 16:18:25 -0700 From: Michael Whang User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "linux-xfs@oss.sgi.com" Subject: 2.4.18-27SGI_XFS install as rpm? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4178 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mwhang@boywonderfx.com Precedence: bulk X-list: linux-xfs Content-Length: 319 Lines: 9 I downloaded kernel-2.4.18-27SGI_XFS_1.2.0.i386.rpm, but am not sure how to install it. Do i jsut install it as a normal rpm? rpm -ivh kernel-2.4.18-27SGI_XFS_1.2.0.i386.rpm. Ive tried this but have nocited that when the bootup screeen comes up, it hangs. What is the proper way ti install this kernel? Mike From owner-linux-xfs@oss.sgi.com Thu May 29 19:50:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 May 2003 19:50:57 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4U2og2x013498 for ; Thu, 29 May 2003 19:50:42 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4U2ogNi013497 for linux-xfs@oss.sgi.com; Thu, 29 May 2003 19:50:42 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4U2oe2x013483 for ; Thu, 29 May 2003 19:50:40 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4U2jlAZ013416; Thu, 29 May 2003 19:45:47 -0700 Date: Thu, 29 May 2003 19:45:47 -0700 Message-Id: <200305300245.h4U2jlAZ013416@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 247] New: xfs_force_shutdown X-Bugzilla-Reason: AssignedTo X-archive-position: 4179 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1846 Lines: 55 http://oss.sgi.com/bugzilla/show_bug.cgi?id=247 Summary: xfs_force_shutdown Product: Linux XFS Version: unspecified Platform: IA32 OS/Version: Linux Status: NEW Severity: normal Priority: Medium Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: masanobu.shimura@jal.com I am using Turbo linux sever 8 with xfs. I experienced xfs_force_shutdown almost every day while deleting back up directory with rm -rf xxxx/ command. Log Messages show as follows. May 30 05:21:34 mpzserver2 kernel: xfs_force_shutdown(ide1(22,2),0x8) called from line 4065 of file xfs_bmap.c. Return address = 0xd32a15e1 May 30 05:21:34 mpzserver2 kernel: Corruption of in-memory data detected. Shutting down filesystem: ide1(22,2) May 30 05:21:34 mpzserver2 kernel: Please umount the filesystem, and rectify the problem(s) After unmount device and perform xfs_repair usually show following messages. Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this. Then, I remounted device and unmont again and perform xfs_repair to fix it. Is this considered real memory problem or some bug in xfs file system? I am using regular DIMM ram without ECC. Please help me. Mike Shimura ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Thu May 29 20:50:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 May 2003 20:50:17 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4U3o12x015795 for ; Thu, 29 May 2003 20:50:01 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4U3o1vg015794 for linux-xfs@oss.sgi.com; Thu, 29 May 2003 20:50:01 -0700 Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4U3nw2x015775; Thu, 29 May 2003 20:49:59 -0700 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4U45VVe017464; Thu, 29 May 2003 23:05:31 -0500 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by flecktone.americas.sgi.com (8.12.9/8.12.9/generic_config-1.2) with ESMTP id h4U3nqQK2366421; Thu, 29 May 2003 22:49:52 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h4U3nqYl11004292; Thu, 29 May 2003 22:49:52 -0500 (CDT) Date: Thu, 29 May 2003 22:49:52 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: bugzilla-daemon@oss.sgi.com cc: xfs-master@oss.sgi.com Subject: Re: [Bug 247] New: xfs_force_shutdown In-Reply-To: <200305300245.h4U2jlAZ013416@oss.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4180 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 387 Lines: 12 > Then, I remounted device and unmont again and perform xfs_repair to fix it. And did xfs_repair find errors this time? What was the output? > Is this considered real memory problem or some bug in xfs file system? > I am using regular DIMM ram without ECC. Hard to say yet, but probably not a problem with your physical memory. You could run memtest86 (sp?) to double-check. -Eric From owner-linux-xfs@oss.sgi.com Thu May 29 21:59:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 May 2003 22:00:13 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4U4xw2x017212 for ; Thu, 29 May 2003 21:59:59 -0700 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4U5FSVe019085 for ; Fri, 30 May 2003 00:15:30 -0500 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id h4U4wfbC017167 for ; Fri, 30 May 2003 14:58:41 +1000 Received: (from nathans@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id h4U4wfPW017166 for linux-xfs@oss.sgi.com; Fri, 30 May 2003 14:58:41 +1000 Date: Fri, 30 May 2003 14:58:41 +1000 From: Nathan Scott Message-Id: <200305300458.h4U4wfPW017166@bruce.melbourne.sgi.com> Subject: TAKE - V2 log checks X-archive-position: 4181 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 338 Lines: 13 V2 log update - tighten checks for corrupt log before attempting to do recovery. Date: Thu May 29 21:55:52 PDT 2003 Workarea: bruce.melbourne.sgi.com:/home/nathans/isms/devel The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:150093a linux/fs/xfs/xfs_log_recover.c - 1.269 From owner-linux-xfs@oss.sgi.com Thu May 29 23:46:33 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 May 2003 23:46:46 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4U6kS37020334 for ; Thu, 29 May 2003 23:46:33 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4U5FJE0024712 for ; Thu, 29 May 2003 22:15:20 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h4U5E0Qd2300239 for ; Fri, 30 May 2003 15:14:00 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h4U5DxNw2565638 for linux-xfs@oss.sgi.com; Fri, 30 May 2003 15:13:59 +1000 (EST) Date: Fri, 30 May 2003 15:13:59 +1000 (EST) From: Nathan Scott Message-Id: <200305300513.h4U5DxNw2565638@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs X-archive-position: 4182 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 661 Lines: 25 Update xfsprogs - minor xfs_io update, fix xfs_logprint handling of a corrupt v2 log device should that occur. Date: Thu May 29 22:13:23 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:150094a cmd/xfsprogs/VERSION - 1.78 cmd/xfsprogs/doc/CHANGES - 1.110 cmd/xfsprogs/libxlog/xfs_log_recover.c - 1.23 - fix xfs_logprint handling of corrupt v2 log devices. cmd/xfsprogs/io/open.c - 1.5 - add couple of additional commands. cmd/xfsprogs/debian/changelog - 1.71 cmd/xfsprogs/po/xfsprogs.pot - 1.7 - update with new strings. From owner-linux-xfs@oss.sgi.com Thu May 29 23:56:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 May 2003 23:57:08 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4U6uo2x020932 for ; Thu, 29 May 2003 23:56:51 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.54.232]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h4U7CMVe023419 for ; Fri, 30 May 2003 02:12:23 -0500 Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id h4U6tgE13642; Fri, 30 May 2003 16:55:42 +1000 Date: Fri, 30 May 2003 16:55:42 +1000 From: Keith Owens Message-Id: <200305300655.h4U6tgE13642@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade 2.4.x-xfs to kdb v4.2 X-archive-position: 4183 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 942 Lines: 32 Upgrade 2.4.x-xfs to kdb v4.2 Date: Thu May 29 23:53:00 PDT 2003 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:150097a linux/mm/memory.c - 1.80 linux/kernel/sched.c - 1.51 linux/arch/i386/Makefile - 1.26 linux/Makefile - 1.189 linux/include/asm-i386/kmap_types.h - 1.7 linux/kdb/kdb_bt.c - 1.16 linux/include/linux/kdbprivate.h - 1.25 linux/include/linux/kdb.h - 1.31 linux/kdb/kdbsupport.c - 1.18 linux/kdb/kdbmain.c - 1.38 linux/include/asm-i386/kdb.h - 1.16 linux/kdb/kdb_io.c - 1.19 linux/Documentation/kdb/kdb_bt.man - 1.11 linux/arch/i386/kdb/kdbasupport.c - 1.26 linux/arch/i386/kdb/kdba_io.c - 1.21 linux/arch/i386/kdb/kdba_bt.c - 1.21 linux/kernel/kallsyms.c - 1.15 linux/kdb/modules/kdbm_pg.c - 1.68 linux/kdb/ChangeLog - 1.30 linux/arch/i386/kdb/ChangeLog - 1.19 linux/drivers/usb/host/usb-uhci.c - 1.2 From owner-linux-xfs@oss.sgi.com Fri May 30 04:30:28 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 May 2003 04:31:33 -0700 (PDT) Received: from chaos.egr.duke.edu (chaos.egr.duke.edu [152.3.195.82]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4UBUR2x028581 for ; Fri, 30 May 2003 04:30:28 -0700 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.11.6/8.11.6) with ESMTP id h4UBULK25375; Fri, 30 May 2003 07:30:21 -0400 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Fri, 30 May 2003 07:30:21 -0400 (EDT) From: Joshua Baker-LePain X-X-Sender: jlb@chaos.egr.duke.edu To: Michael Whang cc: "linux-xfs@oss.sgi.com" Subject: Re: 2.4.18-27SGI_XFS install as rpm? In-Reply-To: <3ED69541.9010804@boywonderfx.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 4184 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jlb17@duke.edu Precedence: bulk X-list: linux-xfs Content-Length: 581 Lines: 17 On Thu, 29 May 2003 at 4:18pm, Michael Whang wrote > I downloaded kernel-2.4.18-27SGI_XFS_1.2.0.i386.rpm, but am not sure how > to install it. Do i jsut install it as a normal rpm? rpm -ivh > kernel-2.4.18-27SGI_XFS_1.2.0.i386.rpm. Ive tried this but have nocited > that when the bootup screeen comes up, it hangs. What is the proper way > ti install this kernel? Instructions on how to uprade the kernel on a RH system via rpm: http://www.redhat.com/support/resources/howto/kernel-upgrade/ -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs@oss.sgi.com Fri May 30 05:50:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 May 2003 05:51:06 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4UCoi2x030668 for ; Fri, 30 May 2003 05:50:44 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4UCoiMe030667 for linux-xfs@oss.sgi.com; Fri, 30 May 2003 05:50:44 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h4UCog31030652 for ; Fri, 30 May 2003 05:50:42 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h4UC1Gpu029677; Fri, 30 May 2003 05:01:16 -0700 Date: Fri, 30 May 2003 05:01:16 -0700 Message-Id: <200305301201.h4UC1Gpu029677@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 248] New: xfs_check: Segmentation fault X-Bugzilla-Reason: AssignedTo X-archive-position: 4185 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1433 Lines: 42 http://oss.sgi.com/bugzilla/show_bug.cgi?id=248 Summary: xfs_check: Segmentation fault Product: Linux XFS Version: unspecified Platform: AMD OS/Version: Linux Status: NEW Severity: major Priority: Medium Component: xfsprogs AssignedTo: xfs-master@oss.sgi.com ReportedBy: cmiller@compuville.net I recently had my XFS file system crash on me, and I did a dd of the partition to a file on another partition (also XFS, but that's irrellivant). When I dd-ed the partition, I ran this command: "dd if=/dev/ide/host2/bus1/target0/lun0/part6 of=/backup-file bs=4k" I tried to run xfs_check on this file, and I got a Segmentation fault. I issued this command to run xfs_check: "xfs_check -f /backup-file" I also get the same seg fault when I run: "xfs_check /dev/ide/host2/bus1/target0/lun0/part6" The seg fault error is this: "/bin/xfs_check: line 63: 14215 Segmentation fault xfs_db$ISFILE -i -p xfs_check -c "check$OPTS" $1" I am not sure what information I need to provide, so if you need anything else, please don't hesitate to contact me. I plan on leaveing the /backup-file on my system a couple of weeks in case you guys need it. I would send it to you, but it's about 25GB. Rather large.... ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Fri May 30 13:59:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 May 2003 14:00:16 -0700 (PDT) Received: from mail.mnsu.edu (Mail.MNSU.EDU [134.29.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4UKxo2x013381 for ; Fri, 30 May 2003 13:59:51 -0700 Received: from mnsu.edu (dyn5390.MavNet.MNSU.EDU [134.29.77.239]) by mail.mnsu.edu (8.12.9/8.12.9) with ESMTP id h4UKxieN020578 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 30 May 2003 15:59:44 -0500 Message-ID: <3ED7C640.1020401@mnsu.edu> Date: Fri, 30 May 2003 15:59:44 -0500 From: "Jeffrey E. Hundstad" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: two more oopses 2.4.21-rc3-xfs SGI-XFS CVS-2003-05-23_05:00_UTC with ACLs, realtime, no debug enabled Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 4186 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jeffrey.hundstad@mnsu.edu Precedence: bulk X-list: linux-xfs Content-Length: 5644 Lines: 148 Per request I've added the "-x" option to klogd. Hopefully these next two oopses will help with the analysis. For the record, this is an Pentium-3x2 machine with software raid-1 on PDC20269-IDE for about 160G worth of space. This machine was stable on 2.4.18-xfs for months. We upgraded to avoid the root-exploit. This time a simple re-boot did not bring the system back to life. We needed to remove the quota startup entries in the lilo.conf to make it start otherwise the quota check never finishes. ksymoops 2.4.9 on i686 2.4.21-rc3-xfs. Options used -V (default) -k /var/log/ksymoops/20030530083758.ksyms (specified) -l /var/log/ksymoops/20030530083758.modules (specified) -o /lib/modules/2.4.21-rc3-xfs (specified) -m /boot/System.map-2.4.21-rc3-xfs (specified) Unable to handle kernel paging request at virtual address 6d656eac c01a52c4 *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010206 eax: 6d656e74 ebx: dfed8bf4 ecx: c172d800 edx: dfed8bf8 esi: 12172606 edi: 00000000 ebp: c172d924 esp: cb39be30 ds: 0018 es: 0018 ss: 0018 Process cpio (pid: 5930, stackpage=cb39b000) Stack: c84354e0 c84354c0 00000000 c172d800 dfed8bf8 6d656e74 c01a5723 c84354c0 c172d800 00000000 12172606 00000000 00000000 cb39bef0 00000000 00000000 c84354e0 00000000 d1276ad0 d1276af0 cb39bef0 c01bba47 c172d800 00000000 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] Code: 39 70 38 0f 85 d3 00 00 00 39 78 3c 0f 85 ca 00 00 00 8b 50 >>EIP; c01a52c4 <===== >>ebx; dfed8bf4 <_end+1fb3cb20/20470f2c> >>ecx; c172d800 <_end+139172c/20470f2c> >>edx; dfed8bf8 <_end+1fb3cb24/20470f2c> >>ebp; c172d924 <_end+1391850/20470f2c> >>esp; cb39be30 <_end+afffd5c/20470f2c> Trace; c01a5723 Trace; c01bba47 Trace; c01c0162 Trace; c01ccd5c Trace; c01426de Trace; c0142f9a Trace; c014325a Trace; c0143413 Trace; c0143712 <__user_walk+26/40> Trace; c013fd8d Trace; c013804f Trace; c01089d3 Code; c01a52c4 00000000 <_EIP>: Code; c01a52c4 <===== 0: 39 70 38 cmp %esi,0x38(%eax) <===== Code; c01a52c7 3: 0f 85 d3 00 00 00 jne dc <_EIP+0xdc> c01a53a0 Code; c01a52cd 9: 39 78 3c cmp %edi,0x3c(%eax) Code; c01a52d0 c: 0f 85 ca 00 00 00 jne dc <_EIP+0xdc> c01a53a0 Code; c01a52d6 12: 8b 50 00 mov 0x0(%eax),%edx ksymoops 2.4.9 on i686 2.4.21-rc3-xfs. Options used -V (default) -k /var/log/ksymoops/20030530083759.ksyms (specified) -l /var/log/ksymoops/20030530083759.modules (specified) -o /lib/modules/2.4.21-rc3-xfs (specified) -m /boot/System.map-2.4.21-rc3-xfs (specified) <1>Unable to handle kernel paging request at virtual address 6e747347 c01c87e4 *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010a83 eax: 00000000 ebx: d7864140 ecx: 6e74732f edx: 2f4d7920 esi: c1633f2c edi: c1633f28 ebp: c1633f24 esp: c1633efc ds: 0018 es: 0018 ss: 0018 Process kswapd (pid: 5, stackpage=c1633000) Stack: c14a4680 000001d0 0000001e 000001d2 c01c8929 c14a4680 c1633f24 c1633f28 c1633f2c c14a4680 00000000 00000000 00000001 c013aa9c c14a4680 000001d0 d7864140 c14a4680 c0130b62 c14a4680 000001d0 00000020 000001d0 00000020 Call Trace: [] [] [] [] [] [] [] [] [] Code: 8b 51 18 89 d0 83 e0 11 83 f8 01 75 0f c7 07 01 00 00 00 eb >>EIP; c01c87e4 <===== >>ebx; d7864140 <_end+174c806c/20470f2c> >>esi; c1633f2c <_end+1297e58/20470f2c> >>edi; c1633f28 <_end+1297e54/20470f2c> >>ebp; c1633f24 <_end+1297e50/20470f2c> >>esp; c1633efc <_end+1297e28/20470f2c> Trace; c01c8929 Trace; c013aa9c Trace; c0130b62 Trace; c0130e40 Trace; c0130eac Trace; c0130fb1 Trace; c0131016 Trace; c013112d Trace; c0107134 Code; c01c87e4 00000000 <_EIP>: Code; c01c87e4 <===== 0: 8b 51 18 mov 0x18(%ecx),%edx <===== Code; c01c87e7 3: 89 d0 mov %edx,%eax Code; c01c87e9 5: 83 e0 11 and $0x11,%eax Code; c01c87ec 8: 83 f8 01 cmp $0x1,%eax Code; c01c87ef b: 75 0f jne 1c <_EIP+0x1c> c01c8800 Code; c01c87f1 d: c7 07 01 00 00 00 movl $0x1,(%edi) Code; c01c87f7 13: eb 00 jmp 15 <_EIP+0x15> c01c87f9 From owner-linux-xfs@oss.sgi.com Sat May 31 05:44:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 May 2003 05:45:13 -0700 (PDT) Received: from ipresto.net ([63.110.140.63]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4VCis2x030985 for ; Sat, 31 May 2003 05:44:54 -0700 Received: from tokamak.homeunix.net [66.42.71.117] by ipresto.net with ESMTP (SMTPD32-7.13) id A48B5974020C; Sat, 31 May 2003 12:48:11 +0000 Received: (qmail 4100 invoked by uid 1000); 31 May 2003 12:44:51 -0000 Date: Sat, 31 May 2003 05:44:51 -0700 From: Sean Champ To: linux-xfs@oss.sgi.com Subject: cvs tags per kernel version ? Message-ID: <20030531124451.GA24210@tokamak.dtdns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-archive-position: 4187 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: schamp@users.sourceforge.net Precedence: bulk X-list: linux-xfs Content-Length: 184 Lines: 14 Hello; If possible, i'd like to fetch a 2.4.20 version of the xfs kernel sources, via cvs. Is there a revision tag, which one could tell cvs to use, for this? thank you -- sean From owner-linux-xfs@oss.sgi.com Sat May 31 06:37:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 May 2003 06:37:18 -0700 (PDT) Received: from hob.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4VDb22x032097 for ; Sat, 31 May 2003 06:37:03 -0700 Received: from erbenson.alaska.net (180-pm3.nwc.alaska.net [209.112.138.180]) by hob.acsalaska.net (8.12.9/8.12.9) with ESMTP id h4VDb2dQ009553 for ; Sat, 31 May 2003 05:37:02 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id EE8783A0D for ; Sat, 31 May 2003 05:36:59 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 15A4340FF44; Sat, 31 May 2003 05:37:00 -0800 (AKDT) Date: Sat, 31 May 2003 05:37:00 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: cvs tags per kernel version ? Message-ID: <20030531133700.GO32642@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20030531124451.GA24210@tokamak.dtdns.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zBPbvmIlJjvpbu6L" Content-Disposition: inline In-Reply-To: <20030531124451.GA24210@tokamak.dtdns.net> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-archive-position: 4188 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1151 Lines: 41 --zBPbvmIlJjvpbu6L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 31, 2003 at 05:44:51AM -0700, Sean Champ wrote: >=20 > Hello; >=20 > If possible, i'd like to fetch a 2.4.20 version of the xfs kernel sources, > via cvs. >=20 > Is there a revision tag, which one could tell cvs to use, for this? there are no revision tags. the entire cvs repo is simply an export from an internal source control system at SGI, if they use some equivilent to tagging there it doesn't get translated to cvs tags. your best bet is use the split patches for 2.4.20. or perhaps try doing a cvs checkout by date, but that would be tricky to get just right (and may not work anyway). --=20 Ethan Benson http://www.alaska.net/~erbenson/ --zBPbvmIlJjvpbu6L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj7Yr/sACgkQJKx7GixEevzCwgCfXPrjPN1hgTaN6627qZh1xFsP QuIAoJL6RDCBoU4QoN5C4EykO/xGSt2L =6rV1 -----END PGP SIGNATURE----- --zBPbvmIlJjvpbu6L-- From owner-linux-xfs@oss.sgi.com Sat May 31 06:57:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 May 2003 06:58:03 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h4VDve2x032753 for ; Sat, 31 May 2003 06:57:43 -0700 Received: (qmail 16263 invoked from network); 31 May 2003 13:57:38 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 31 May 2003 13:57:38 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id AF08CC02FC; Sat, 31 May 2003 23:57:26 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id A046E9267E; Sat, 31 May 2003 23:57:26 +1000 (EST) X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4 From: Keith Owens To: Sean Champ Cc: linux-xfs@oss.sgi.com Subject: Re: cvs tags per kernel version ? In-reply-to: Your message of "Sat, 31 May 2003 05:44:51 MST." <20030531124451.GA24210@tokamak.dtdns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 31 May 2003 23:57:21 +1000 Message-ID: <3817.1054389441@ocs3.intra.ocs.com.au> X-archive-position: 4189 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 435 Lines: 11 On Sat, 31 May 2003 05:44:51 -0700, Sean Champ wrote: >If possible, i'd like to fetch a 2.4.20 version of the xfs kernel sources, >via cvs. > >Is there a revision tag, which one could tell cvs to use, for this? The CVS tree is an export of an internal SGI SCM and does not have tags. To get the last version of XFS for 2.4.20, see the README in ftp://oss.sgi.com/projects/xfs/download/patches/2.4.20